From saint at vtiger.com Mon May 1 23:28:40 2006 From: saint at vtiger.com (Saint) Date: Tue, 02 May 2006 11:58:40 +0530 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <001801c66b65$97492520$6364a8c0@ifoundriest30> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> Message-ID: <4456FC18.4040707@vtiger.com> Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: > Hello team, > > > > I would like to add my observation on this "Detailed View". > > > > Before this is rolled out "all out", I believe the more important > thing is that this would be one of the beginning steps of Sales > Automation, this example would aptly be the "order progress". I would > see this screen being particularly useful for Account Executives and > Field Sales: > > > > * Able to check on previous orders from this client; if a "quick > notes" section that can list out some user configurable details > such as "Last order date", "Last order size", "Any outstanding > cases", etc on the right column just above the "Actions" would > be a great assistance. > * Able to pull data seamlessly from all modules (ie. Price book, > terms and conditions from existing options) without needing to > "right-click and open" other tabs. > > > > An enhanced version for management purposes would be to allow all > detailed views to open up as below, including those that are "done" so > as to do checking. Versioning for any adjustments and auto-numbering > (with reference on who adjusted what) would be important also in this > screen. > > > > Finally I certainly do hope that this would set the fundamental > workflow system in place for the workflow module! > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On Behalf > Of *Saint > *Sent:* 27 April 2006 23:45 > *To:* LANCER : Developers List > *Subject:* [Vtigercrm-developers] LANCER : Related Actions link: Will > thishelp? > > > > Guys, > > Check the attached image. We are thinking about providing relevant > actions/links in major modules (in detailed view, espicially). What do > you think? will this help the users? will it improve the user experience? > > Example 1. Say for example, When you are viewing a Quote, you can > generate an invoice/sales order directly, also one can track similar > quotes using the information of that particular quote like account > name, potential name, address, or products etc. > > Example 2. Another example is .. when you are viewing a product > details, you cna create a quote/invoice/sales order, track all quotes > pertaining to that product etc. > > > regards, > Saint > >------------------------------------------------------------------------ > >_______________________________________________ >This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: asynch.jpg Type: image/jpeg Size: 27956 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/asynch-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 94604 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0001.jpe From richie at vtiger.com Mon May 1 23:50:48 2006 From: richie at vtiger.com (Richie) Date: Mon, 01 May 2006 23:50:48 -0700 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <4456FC18.4040707@vtiger.com> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> <4456FC18.4040707@vtiger.com> Message-ID: <10af3dd03fe.-1320619257654408135.-5132094664933082522@@vtiger.com> Hello! Great feedbacks! It will be nice to get some of these kinds of feedbacks on the other modules as well. The tech aspects can be handled that is not an issue at all. If we could get similar feedbacks for all the other modules as well, we could plan on providing a generic set of features. Richie ---- Saint<saint at vtiger.com> wrote ---- Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: Hello team,   I would like to add my observation on this “Detailed View”.   Before this is rolled out “all out”, I believe the more important thing is that this would be one of the beginning steps of Sales Automation, this example would aptly be the “order progress”. I would see this screen being particularly useful for Account Executives and Field Sales:   Able to check on previous orders from this client; if a “quick notes” section that can list out some user configurable details such as “Last order date”, “Last order size”, “Any outstanding cases”, etc on the right column just above the “Actions” would be a great assistance. Able to pull data seamlessly from all modules (ie. Price book, terms and conditions from existing options) without needing to “right-click and open” other tabs.   An enhanced version for management purposes would be to allow all detailed views to open up as below, including those that are “done” so as to do checking. Versioning for any adjustments and auto-numbering (with reference on who adjusted what) would be important also in this screen.   Finally I certainly do hope that this would set the fundamental workflow system in place for the workflow module!   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 27 April 2006 23:45 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp?   Guys, Check the attached image. We are thinking about providing relevant actions/links in major modules (in detailed view, espicially). What do you think? will this help the users? will it improve the user experience? Example 1. Say for example, When you are viewing a Quote, you can generate an invoice/sales order  directly, also one can track similar quotes using the information of that particular quote like account name, potential name, address, or products etc. Example 2. Another example is .. when you are viewing a product details, you cna create a quote/invoice/sales order, track all quotes pertaining to that product etc. regards, Saint _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060501/7e1a5d52/attachment.html From richie at vtiger.com Tue May 2 05:29:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 05:29:25 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> Message-ID: <10af51304c1.6627470334370854809.-2656457101932597560@@vtiger.com> Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/f2c8b379/attachment-0001.htm From Joel.Rydbeck at nubrek.com Tue May 2 11:46:22 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 13:46:22 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Richie, Do you want to create a branch for us to check changes into? How would you like to see this play out? The PostgreSQL changes have typically been widespread. If you're ok with helping merge changes back into the truck, we could get the bulk of the changes in to a branch, merge it in, and then bug fix from there. Allan / Jeff, do you guys want to communicate directly via email to coordinate? Mine is joel.rydbeck(-at-) nubrek.com Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Tue 5/2/2006 7:45 AM To: vtigercrm-developers at lists.vtigercrm.com Cc: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9398 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/82ace2ec/attachment.bin From jtk at yahoo.com Tue May 2 12:46:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 15:46:03 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > Do you want to create a branch for us to check changes into? How would > you like to see this play out? > > The PostgreSQL changes have typically been widespread. If you're ok > with helping merge changes back into the truck, we could get the bulk of > the changes in to a branch, merge it in, and then bug fix from there. A branch makes the most sense. I volunteer to do the mechanical (e.g. naive) merging of trunk activity to the feature branch as long as it is in use. This keeps the diff small and makes it easier to merge portions or the whole back to the trunk at any given time. When there is consensus that work will begin, Someone should issue the following command (all on one line): svn cp http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration -m 'refs #752. Create a branch of vtigercrm/trunk named vtigercrm/branches/5.0_postgresql_integration. Development on this branch should be merged back to vtigercrm/trunk as soon as complete, to be included in vtigercrm/tags/vtigercrm-5.0.0beta series' I can make that branch if/when Allan, Joel, et al say they're ready to work on it. We have ticket #752 to reference this work: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 From allan.bush+vtiger_dev at gmail.com Tue May 2 13:06:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:06:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Personally I don't think we really need a branch as the changeset should be much smaller then for 4.2 and we're not working at the same time as RCs are being releases so I'm not worried about temporally breaking things. If we want to back it out we'll have the list of changesets attached to a tracking ticket anyways. If someone would give me permission to commit in the trunk I'll start working on Postgres support. On 5/2/06, Jeff Kowalczyk wrote: > Joel Rydbeck wrote: > > Do you want to create a branch for us to check changes into? How would > > you like to see this play out? > > > > The PostgreSQL changes have typically been widespread. If you're ok > > with helping merge changes back into the truck, we could get the bulk of > > the changes in to a branch, merge it in, and then bug fix from there. > > A branch makes the most sense. I volunteer to do the mechanical (e.g. > naive) merging of trunk activity to the feature branch as long as it is > in use. This keeps the diff small and makes it easier to merge portions or > the whole back to the trunk at any given time. > > When there is consensus that work will begin, Someone should issue the > following command (all on one line): > > svn cp > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration > -m 'refs #752. Create a branch of vtigercrm/trunk named > vtigercrm/branches/5.0_postgresql_integration. Development on this branch > should be merged back to vtigercrm/trunk as soon as complete, to be > included in vtigercrm/tags/vtigercrm-5.0.0beta series' > > I can make that branch if/when Allan, Joel, et al say they're ready to > work on it. > > We have ticket #752 to reference this work: > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Tue May 2 13:19:39 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 16:19:39 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: Allan Bush wrote: > Personally I don't think we really need a branch as the changeset should > be much smaller then for 4.2 and we're not working at the same time as > RCs are being releases so I'm not worried about temporally breaking > things. That's true, your method involves fixing adodb usage one query at a time. Aside from the bootstrapping needed to get a postgresql database loaded (which can probably be done during one workday's time-zone offset), ongoing breakage from any particular query-fixing changeset should be unlikely. > If we want to back it out we'll have the list of changesets attached to > a tracking ticket anyways. Also true. For reference, anyone making commits on this task please be sure to add the text "refs #752" somewhere in your commit message. I prefer it to be the first part of the message, myself. > If someone would give me permission to commit in the trunk I'll start > working on Postgres support. Do you mean software permissions, or consent? I didn't think the repository was partitioned in commit access that way. If its just Richie and team's consent you seek, I'd say you have it based on Richie's messages to this list. Go for it. From allan.bush+vtiger_dev at gmail.com Tue May 2 13:42:03 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:42:03 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> > > Do you mean software permissions, or consent? I didn't think the > repository was partitioned in commit access that way. > > If its just Richie and team's consent you seek, I'd say you have it based > on Richie's messages to this list. Go for it. > software permissions, unless I'm just totally screwing something up. When trying to commit on the trunk I get prompted for my username/password and an authorization failed error. I wasn't able to create a branch when I wanted to before either so I think my account is limited in some way. From mmbrich at fosslabs.com Tue May 2 14:44:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 15:44:09 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> Message-ID: <1146606249.30221.34.camel@localhost.localdomain> You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From Joel.Rydbeck at nubrek.com Tue May 2 14:59:24 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 16:59:24 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 5886 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/dc2ce803/attachment.bin From jtk at yahoo.com Tue May 2 15:26:00 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:26:00 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > (Allan) should have commit permissions for trunk now, enjoy :). Can you make the same permission setting change for me (and Joel?) as well? I just tried to check in a mimetype propset, and got the auth prompt like Allan did. I'm just going to be doing housecleaning-type stuff, (hopefully) nothing that changes program code. From jtk at yahoo.com Tue May 2 15:29:48 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:29:48 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. From mmbrich at fosslabs.com Tue May 2 15:38:40 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 16:38:40 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: <1146609521.30221.41.camel@localhost.localdomain> Done and done. Matt On Tue, 2006-05-02 at 18:26 -0400, Jeff Kowalczyk wrote: > Matthew Brichacek wrote: > > (Allan) should have commit permissions for trunk now, enjoy :). > > Can you make the same permission setting change for me (and Joel?) as > well? I just tried to check in a mimetype propset, and got the auth > prompt like Allan did. > > I'm just going to be doing housecleaning-type stuff, (hopefully) nothing > that changes program code. > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Tue May 2 23:15:17 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:15:17 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e2d90d.-5750206824567509625.-7091388184876865000@@vtiger.com> Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck<Joel.Rydbeck at nubrek.com> wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/a0861033/attachment.html From richie at vtiger.com Tue May 2 23:18:43 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:18:43 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e60164.-150783175157416236.8662637408496963933@@vtiger.com> Hail JeffK! Nex time I will be ultra-careful while writing in presence of the versioning guru! :-) Coming to brasstacks, Is Allan going to be solo on this or is Joel joining him? If any of you guys could tell me how to get a PostGres setup running, I could try and get a setup ready for testing it on the same locally over here when time permits. Let me know if I need to do anything. Thanks for the help guys. Really appreciate it. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/eb1edb12/attachment.htm From dgrant at accuratetechnologies.com Wed May 3 07:25:00 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 3 May 2006 10:25:00 -0400 Subject: [Vtigercrm-developers] Quotes must retain product add order Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FC@exch.accuratetechnologies.com> Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG From Joel.Rydbeck at nubrek.com Wed May 3 07:32:15 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:15 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: Richie, I'll let Allan and Jeff fill in the gaps. a) How do we give the user the option of using PostGres while installation? This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? & c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). Thank you for your support and assistance in performing this. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Wed 5/3/2006 1:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 8538 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/af3dba8d/attachment-0001.bin From Joel.Rydbeck at nubrek.com Wed May 3 07:32:45 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:45 -0500 Subject: [Vtigercrm-developers] Quotes must retain product add order References: <000601c66ebe$2a14b6c0$0a0510ac@nubrek.local> Message-ID: Forgive my ignorance here, but will we be able to have custom columns for products in 5.0? I have customers who want to track several item-specific numbers and its difficult at best in 4.2. - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Dennis Grant Sent: Wed 5/3/2006 9:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] Quotes must retain product add order Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7712 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/3efd3e15/attachment.bin From sergiokessler at gmail.com Wed May 3 07:38:02 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 11:38:02 -0300 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <6609477483050127988@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <6609477483050127988@unknownmsgid> Message-ID: <49216030605030738n78e6506br19b0d48b7dc5e658@mail.gmail.com> richie, if you are using windows then the easy way is to download the wrapped package of postgres for windows: http://pgfoundry.org/frs/?group_id=1000007&release_id=438 it come with a pgAdmin tool that let you manage the cluster... cheers, /sak On 5/3/06, Richie wrote: > Hail JeffK! > > Nex time I will be ultra-careful while writing in presence of the versioning > guru! :-) > > Coming to brasstacks, > > Is Allan going to be solo on this or is Joel joining him? > If any of you guys could tell me how to get a PostGres setup running, I > could try and get a setup ready for testing it on the same locally over here > when time permits. > > Let me know if I need to do anything. > > Thanks for the help guys. Really appreciate it. > > Richie > > > > > ---- Jeff Kowalczyk wrote ---- > > > Joel Rydbeck wrote: > > It looks like you're going solo on the front end of this. I'm guessing > > this relegates Jeff and I to testing. Once you're ready I'll do a quick > > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > > team will signal us if they find any MySQL bugs. > > > > Let me know how you want bugs filed. > > I'd say keep using bug #752. The only irrelevant part is that there > probably won't be a branch created. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Wed May 3 10:55:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Wed, 3 May 2006 10:55:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Filling in the gaps. On 5/3/06, Joel Rydbeck wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan From david.bain at alteroo.com Wed May 3 15:53:04 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 18:53:04 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields Message-ID: How do I customize customer information fields (if that's what you call them)? I would really like to be able to capture custom data that does not come standard with vtiger. Is there an interface to edit this information? Or does it require editing mysql etc.... For example, in Zope/Plone adding new fields is a matter of editing a schema. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/2b54e1c4/attachment.html From david.bain at alteroo.com Wed May 3 16:08:11 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 19:08:11 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields In-Reply-To: References: Message-ID: Nevermind. I'll read the fine manual some more. On 5/3/06, David Bain wrote: > > How do I customize customer information fields (if that's what you call > them)? > I would really like to be able to capture custom data that does not come > standard with vtiger. > > Is there an interface to edit this information? Or does it require editing > mysql etc.... > > For example, in Zope/Plone adding new fields is a matter of editing a > schema. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4c28ecff/attachment-0001.htm From sergiokessler at gmail.com Wed May 3 17:45:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 21:45:24 -0300 Subject: [Vtigercrm-developers] EGS Message-ID: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> has anyone seen this: http://www.enterprisegroupwaresystem.org ? I didn't see the code, but the crm part looks familiar... /sak From mmbrich at fosslabs.com Wed May 3 17:54:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 03 May 2006 18:54:09 -0600 Subject: [Vtigercrm-developers] EGS In-Reply-To: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> References: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> Message-ID: <1146704049.5578.95.camel@localhost.localdomain> Nice project from what I could tell. I looked into it a couple months ago and walked through the code. As far as I can tell it wasn't derived from vtiger at all. I had thought about writing them a webmail interface similar to ours but I just haven't had any time to dedicate to it. Matt On Wed, 2006-05-03 at 21:45 -0300, Sergio A. Kessler wrote: > has anyone seen this: > > http://www.enterprisegroupwaresystem.org ? > > I didn't see the code, but the crm part looks familiar... > > > /sak > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From gopals at vtiger.com Wed May 3 18:02:02 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 03 May 2006 18:02:02 -0700 Subject: [Vtigercrm-developers] Integrated Latest phpSysInfo 2.5.2 RC2 Message-ID: <10afcea6cd7.-2739018677294874289.-3222981390591371583@@vtiger.com> Hello, We have tested the latest version of phpSysInfo 2.5.2 RC2 with v5 development build. Some of the long pending issue related to System Configuration information in Window OS has been fixed. We have also tested the same in RedHat and it is working fine. I would like to request you all test it in various other Linux versions, particularly BSD and post your findings. FYI, you can check out (cvs co) the latest v5 source and test the System Configuration link available under Settings page. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/db01e18d/attachment.html From libregeek at gmail.com Wed May 3 23:11:28 2006 From: libregeek at gmail.com (Manilal K M) Date: Thu, 4 May 2006 11:41:28 +0530 Subject: [Vtigercrm-developers] Use of user_privileges directory Message-ID: <2315046d0605032311p3514c673u6a02d86e4fef52cc@mail.gmail.com> Hi all, Please somebody give information about the user_privileges in vtiger5. I found two files like #1. index.html #2. sharing_privileges_2.php #3. user_privileges_2.php #4. sharing_privileges_1.php #5. user_privileges_1.php I searched the documentation, but no information. Is these files dynamically created or statically created when the user is created? regards Manilal From richie at vtiger.com Wed May 3 23:31:52 2006 From: richie at vtiger.com (Richie) Date: Wed, 03 May 2006 23:31:52 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <10afe1866d3.3329408199491161929.6491690970121438669@@vtiger.com> Hi! I would suggest that we have a branch for the PostGres part so that the merging will be a separate operation. This will ensure that we are able to keep track of breakages as well. JeffK, what do you suggest? The core-team has been working on bug-fixes and has done quite a lot of changes. I am concerned that we might again have to run in circles in the worst case with the PostGres fixes. Allan, no offence meant. Just voicing my concern. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Filling in the gaps. On 5/3/06, Joel Rydbeck <Joel.Rydbeck at nubrek.com> wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4af89e4e/attachment.htm From m.jacquemes at neuf.fr Thu May 4 03:26:12 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Thu, 04 May 2006 12:26:12 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: I don't want to give you more work on Postgres support but maybe you remember I have done some work on MsSQL few time ago. I found that most of the efforts you have done normalizing queries were compatible with MsSQL. I have already made V5 work on this database but my code is not clean enough to contribute. What I would be interested is to follow your work and, if you agree, eventually make suggestions to have more portable queries. There is unfortunately a prerequisite for MsSQL about database schema. MsSql needs that all foreign key constraints ON DELETE CASCADE be replaced by ON DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I have already posted some lmails about that but never had feedback. This clause is actually silly because there are loops in vtiger database schema and I don't know how will react Postgres if it is activated. I do think that if we could have MsSQL support at the same time it will be a plus for vtiger. Michel From jtk at yahoo.com Thu May 4 08:28:02 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 04 May 2006 11:28:02 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <29109.7996909686$1146724345@news.gmane.org> Message-ID: Richie wrote: > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. This will ensure that we are able > to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in > the worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie Personally, I don't mind using a branch. It is extra work to maintain (and fewer people will test), but no one wants to slow down the vtiger teams workflow. Allan thinks the changes (some setup changes initially, then 'ADODB/SQL standardising' one query at a time) shouldn't cause breakage in the trunk. If we can safely land the changeset that supports both postgresql and mysql setup, I agree with Allan that there should be very little impact on mysql users from the per-query changesets. If there's a problem, just back that changeset out and ref #752. If the original plan is resumed to make a vtigercrm/branches/5.0_postgresql_integration, I will volunteer to naively merge (e.g. trunk wins conflicts, annotated) incoming trunk changesets to the postgresql branch during the few days while Allan, Joel and Michel's postgresql work is being done. FWIW, we could try the development in the trunk, and branch at any time if problems arise. I expect that after the postgresql setup capability is added, there won't really be a need to branch. From allan.bush+vtiger_dev at gmail.com Thu May 4 08:58:59 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:58:59 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> I'd love to support MsSQL as well, unfortunately I don't have a MsSQL test environment which make it pretty impractical for me to make the required changes. Have you tried checking out the latest code from the 4.2 branch to see how it works on MsSQL? I'd be interested to know how it works out for you, I anticipate you'll have a few rough spots where I made some ugly hacks based on the database being Postgres. The ON DELETE CASCADEs work really well in Postgres actually (not that anything really ever gets deleted via the web interface). Do you have an example of a loop so I can test that part out? Let me know of the issues you have and I'll try and incorporate them into the Postgres changeset. Allan On 5/4/06, Michel JACQUEMES wrote: > I don't want to give you more work on Postgres support but maybe you > remember I have done some work on MsSQL few time ago. I found that most of > the efforts you have done normalizing queries were compatible with MsSQL. > > I have already made V5 work on this database but my code is not clean enough > to contribute. What I would be interested is to follow your work and, if you > agree, eventually make suggestions to have more portable queries. > > There is unfortunately a prerequisite for MsSQL about database schema. MsSql > needs that all foreign key constraints ON DELETE CASCADE be replaced by ON > DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I > have already posted some lmails about that but never had feedback. > This clause is actually silly because there are loops in vtiger database > schema and I don't know how will react Postgres if it is activated. > > I do think that if we could have MsSQL support at the same time it will be a > plus for vtiger. > > Michel > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From m.jacquemes at neuf.fr Thu May 4 20:42:51 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Fri, 05 May 2006 05:42:51 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> Message-ID: Hi Allan, I know it works because vtiger never use this feature. I have never tested it directly and don't know what are doing MySql or Postgres. Anyway I don't think it is a good practice. Code has to master record deletion, know if there are depending records and so on. You will find joined a loop sample but there are several others. The problem with MsSQL is that it makes its control at constraint creation. If you leave the schema as it is you loose all the constraints. I have submitted a ticket, Mike has scheduled it for rc5. http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/53 I will test Postgres branch soon. Michel > -----Message d'origine----- > De?: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm- > developers-bounces at lists.vtigercrm.com] De la part de Allan Bush > Envoy??: jeudi 4 mai 2006 17:59 > ??: vtigercrm-developers at lists.vtigercrm.com > Objet?: Re: [Vtigercrm-developers] postgres support in v5 > > I'd love to support MsSQL as well, unfortunately I don't have a MsSQL > test environment which make it pretty impractical for me to make the > required changes. > > Have you tried checking out the latest code from the 4.2 branch to see > how it works on MsSQL? I'd be interested to know how it works out for > you, I anticipate you'll have a few rough spots where I made some ugly > hacks based on the database being Postgres. > > The ON DELETE CASCADEs work really well in Postgres actually (not that > anything really ever gets deleted via the web interface). Do you have > an example of a loop so I can test that part out? > > Let me know of the issues you have and I'll try and incorporate them > into the Postgres changeset. > > Allan -------------- next part -------------- A non-text attachment was scrubbed... Name: SchemaCRMEntity.jpg Type: image/jpeg Size: 56957 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060505/e4a8ed5e/SchemaCRMEntity-0001.jpg From jtk at yahoo.com Fri May 5 18:03:07 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 05 May 2006 21:03:07 -0400 Subject: [Vtigercrm-developers] PHP interactive shell available Message-ID: http://jan.kneschke.de/projects/php-shell/ This interactive environment for recent php versions may be helpful to some of the active coders and debuggers on the vtigercrm project. Just FYI, hope it helps. From jtk at yahoo.com Sun May 7 20:38:36 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 07 May 2006 23:38:36 -0400 Subject: [Vtigercrm-developers] trac timeline decrease from 30 days to 7 days default? Message-ID: Can someone with admin access to the trac server set the 'days back' parameter for: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/timeline from '30' to '7' days or so? I think a week of activity is enough to stay informed for the default view... I check this page frequently each day, and I feel like I'm slowing the server for others when I do. vtigercrm fortunately enjoys lots of activity, between trac tickets and changelog messages. Thanks. From webmaster at vtigercrmfrance.org Mon May 8 00:23:51 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 08 May 2006 09:23:51 +0200 Subject: [Vtigercrm-developers] plesk package for vtiger is coming Message-ID: <445EF207.2080801@vtigercrmfrance.org> Hi, a french community member (nick hyperion) ask to 4psa.com for having a plesk installer, this is the thread : http://forum.4psa.com/showthread.php?s=efb63c42835ae959cf633f7af4104163&p=895#post895 vtiger CRM near to be packaged with 4psa products... A?ssa From richie at vtiger.com Tue May 9 02:00:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 09 May 2006 02:00:25 -0700 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <001001c66b65$8da86490$6364a8c0@ifoundriest30> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> Message-ID: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Hello! We will be proceeding in the same format for supporting multi-languages in vtiger CRM 5 as in the previous releases. We have not been able to implement the gettext mechanism in this release due to logistical and technical issues. We did look into ways and means of integrating the stuff that mikecrowe had provided but have decided to drop it for now. Those interested in the language fixes can checkout the code base by tomorrow night and start testing the same. The inputs are most welcome. I would personally be very happy if the Beta comes out with complete i18n support, nothing like it! We are working on removing all the hard-coded strings in the product and hope to have them all removed by tomorrow night India Time. I know, I am reneging from my previous statement for supporting gettext but under the given circumstances, I think this is the right thing to do. Requesting your understanding, Thanks, Richie ---- Nicholas Chan<ncknight at pacific.net.sg> wrote ---- Hello Richie,   I am not sure about the approach taken, but would it happen to be based on language files? If so, publishing the language file template would be a start for volunteers to begin localization work?   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Richie Sent: 27 April 2006 20:28 To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] multi-language support in v5   Hello! We have not made much progress in v5 with respect to the muli-language support. We need help.  Please do suggest approaches for the same as well. We had been initially working on mikecrowe's contribution but we are not able to get in touch with him for sometime now so the job is still incomplete. Richie _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060509/d01b4552/attachment.htm From webmaster at vtigercrmfrance.org Tue May 9 02:05:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 09 May 2006 11:05:49 +0200 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Message-ID: <44605B6D.9010001@vtigercrmfrance.org> This is a very good news Richie. A?ssa Richie a ?crit : > Hello! > > We will be proceeding in the same format for supporting > multi-languages in vtiger CRM 5 as in the previous releases. We have > not been able to implement the gettext mechanism in this release due > to logistical and technical issues. > > We did look into ways and means of integrating the stuff that > mikecrowe had provided but have decided to drop it for now. > > Those interested in the language fixes can checkout the code base by > tomorrow night and start testing the same. > The inputs are most welcome. > I would personally be very happy if the Beta comes out with complete > i18n support, nothing like it! > > We are working on removing all the hard-coded strings in the product > and hope to have them all removed by tomorrow night India Time. > > I know, I am reneging from my previous statement for supporting > gettext but under the given circumstances, I think this is the right > thing to do. > > Requesting your understanding, > > Thanks, > Richie > > > > > ---- Nicholas Chan wrote ---- > > Hello Richie, > > > > I am not sure about the approach taken, but would it happen to be > based on language files? If so, publishing the language file > template would be a start for volunteers to begin localization work? > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On > Behalf Of *Richie > *Sent:* 27 April 2006 20:28 > *To:* vtigercrm-developers at lists.vtigercrm.com > *Subject:* [Vtigercrm-developers] multi-language support in v5 > > > > Hello! > > We have not made much progress in v5 with respect to the muli-language support. > We need help. > > Please do suggest approaches for the same as well. > > We had been initially working on mikecrowe's contribution but we are not able to get > in touch with him for sometime now so the job is still incomplete. > > Richie > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > ------------------------------------------------------------------------ > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From dome at tel.co.th Wed May 10 05:07:24 2006 From: dome at tel.co.th (Dome C.) Date: Wed, 10 May 2006 00:07:24 -1200 Subject: [Vtigercrm-developers] vtiger Developer Document. Message-ID: <4461D77C.4030909@tel.co.th> Dear all, I want to develop new module. can someone show me where to get document for add new report . Dome C. From libregeek at gmail.com Tue May 9 23:05:20 2006 From: libregeek at gmail.com (Manilal K M) Date: Wed, 10 May 2006 11:35:20 +0530 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <4461D77C.4030909@tel.co.th> References: <4461D77C.4030909@tel.co.th> Message-ID: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal From gopals at vtiger.com Wed May 10 05:48:52 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 10 May 2006 05:48:52 -0700 Subject: [Vtigercrm-developers] vtiger 5 (Pre Beta)- Performance Reports Message-ID: <10b1e57b540.3932993279951289798.-6540623306402778293@@vtiger.com> Dear Team, Last month our team (particularly Jeri) did some performance testing on vtiger CRM 5 Alpha 5 build using AdventNet QEngine software (AdventNet donated this software for vtiger Development). Based on the first set of results our team has tweaked the code. Aftertuning there is a significant improvement in Server Response and Pageloading times. Please have a look at detailed performance reports at: http://vtiger.com/products/crm/v5performance/index.php There is a lot of scope of improvement and this is a first step in this direction. Please feel free to post your views. Cheers, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060510/fab4976c/attachment-0001.html From werk at r2g.nl Wed May 10 08:24:52 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Wed, 10 May 2006 17:24:52 +0200 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> Message-ID: HI Manilal and Dome C., It depends on what you want to add. I have implemented several small items for customers specific questions, I just simple add an new directory to the directory 'modules' and kept every item in that directory. Even documenting in that place what I change on the core itself. That worked for me. So any report is done completly on it's own way, only didn't had the time to implement it into reports yet. regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Manilal K M Verzonden: woensdag 10 mei 2006 8:05 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: Re: [Vtigercrm-developers] vtiger Developer Document. On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From dgrant at accuratetechnologies.com Wed May 10 11:34:47 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 10 May 2006 14:34:47 -0400 Subject: [Vtigercrm-developers] Bizzare database design for Emails - what is going on? Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FE@exch.accuratetechnologies.com> OK, so my customer asked that attachments to Emails show up in the attachments list for both the associated Contact and the Contact's Account. I had already done something similar for "normal" attachments where if you make an attachment to a Contact, it is added to the list of Attachments for the Account as well. That was pretty simple - look up the AccountID associated with the Contact, and then add another line to seattachmentsrel with the AccountID and the AttachmentID. I was expecting to do something similar here. First, however, it took a while to figure out where the Email attachments were getting added into seattachmentsrel. That turns out to be buried in a function in data/CRMEntity.php But that is when I made an astounding discovery: 1) The email table contains: mysql> describe emails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | emailid | int(19) | | PRI | 0 | | | filename | varchar(50) | YES | | NULL | | | description | longtext | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+ Oddly, no Subject field... and the body of the email is in "description". But then I discover that "description" is carried over into the "description" field of the associated CRMentity, and in the Name field of the associated attachment! WHAT? Check this out: (dashes deleted for clarity) mysql> select description from emails where emailid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select description from crmentity where crmid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select attachmentsid from seattachmentsrel where crmid=15776; +---------------+ | attachmentsid | +---------------+ | 15777 | +---------------+ 1 row in set (0.01 sec) mysql> select description from attachments where attachmentsid=15777; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris | 1 row in set (0.00 sec) WTF? Surely this cannot be correct? It would make much more sense to put the email Subject line (wherever that is stored...) in the description fields of the crmentity and the attachment.... DG From webmaster at vtigercrmfrance.org Wed May 10 15:16:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 00:16:00 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) Message-ID: <44626620.6000502@vtigercrmfrance.org> Hi all, this is a small report for today svn snapshot. Homepage : latest activities added layer appear (see screenshot), i think you know already. Tab marketing, subtab account & contact, if i add an task/activitie, the redirection goes to tab support, the good subtab. (very small problem) Tab "More information", when i translate close (for task/events) the table is not correctly displyed, miss the cell for close (X). The compose email pop up, is just a little to small (need 50px weight more), Problem with ' in company field information (alway), When i send an email to a lead or contact, lead/contact description added to mail body. Very very very bad ! Imagine my comment, "fucking guy, dislike to work with him, bad debtor". Ouch ! Can't change invoices status, quotes /SO/PO stage on picklist settings (i think you just need time for quotes/SO/PO, but for the invoices, it's miss since 4.x) Migration script alway break the install, i have make a test with a new and clean vtiger crm 4.2.3 database (without adding any data), only 4 tables created : *actionmapping, announcement, field_seq, profile2globalpermissions. *Brand question (i think to saint ?) why design the tiger pound to left on rss, calendar, email module ? The vtiger logo use a pount inclined to right. Migration question : Why not provide migration script during install ? With user choice install/upgrade. Loggin question : The logs make vtiger CRM slow, why not put loggin to WARN for stable version ? Adding 1 more field to calls/meetings for incoming/outgoing can be very good. Now the good things :) New really impressive design for the calendar, very very good ! The quick create function can be a killer feature on vtiger 5 (time winning!!!)! The search engine is very cool, now we can search on entire system. The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have said about report module ;) ) New real effort for translaters, thankkkksssssss, i am impatient to see vtiger crm 5 full french (and all french users too) ! MSG to Richie, you say about i18n on forum: " Yes, we do need help.", what kind of help ? Harcode string feedback ? Moving harcode to lang file and give a patch ?... I'm ready. About gettext, the problem with gettext, is you can loose translaters, gettext is more difficult to use, but more efficient. We need a full translate of vtiger CRM 5 (not 6). So for now, it's the right decision. Conclusion : vtiger crm 5 is on the right way, look good, smell good. And i'm really enthusiastic(not sure for this word) I hope the plug-ins with same quality. A?ssa, gone to write a news on vtiger france -------------- next part -------------- A non-text attachment was scrubbed... Name: homepage_bug.jpg Type: image/jpeg Size: 46753 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/b1efd6aa/homepage_bug-0001.jpg From sergiokessler at gmail.com Wed May 10 15:36:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 10 May 2006 19:36:24 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <44626620.6000502@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> Message-ID: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> gettext is an order of magnitude easier to use for translators (than an array based aproach) if you use poedit. http://www.poedit.org/ and I do not want to mention that gettext produces and keep sincronized the files to translate automagically... /sak On 5/10/06, Abos wrote: > Hi all, > this is a small report for today svn snapshot. > > Homepage : latest activities added layer appear (see screenshot), i > think you know already. > > Tab marketing, subtab account & contact, if i add an task/activitie, the > redirection goes to tab support, the good subtab. (very small problem) > > Tab "More information", when i translate close (for task/events) the > table is not correctly displyed, miss the cell for close (X). > > The compose email pop up, is just a little to small (need 50px weight more), > > Problem with ' in company field information (alway), > > When i send an email to a lead or contact, lead/contact description > added to mail body. Very very very bad ! Imagine my comment, "fucking > guy, dislike to work with him, bad debtor". Ouch ! > > Can't change invoices status, quotes /SO/PO stage on picklist settings > (i think you just need time for quotes/SO/PO, but for the invoices, it's > miss since 4.x) > > Migration script alway break the install, i have make a test with a new > and clean vtiger crm 4.2.3 database (without adding any data), only 4 > tables created : *actionmapping, announcement, field_seq, > profile2globalpermissions. > > *Brand question (i think to saint ?) why design the tiger pound to left > on rss, calendar, email module ? The vtiger logo use a pount inclined to > right. > > Migration question : > Why not provide migration script during install ? With user choice > install/upgrade. > > Loggin question : The logs make vtiger CRM slow, why not put loggin to > WARN for stable version ? > > Adding 1 more field to calls/meetings for incoming/outgoing can be very > good. > > Now the good things :) > New really impressive design for the calendar, very very good ! > The quick create function can be a killer feature on vtiger 5 (time > winning!!!)! > The search engine is very cool, now we can search on entire system. > The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > said about report module ;) ) > New real effort for translaters, thankkkksssssss, i am impatient to see > vtiger crm 5 full french (and all french users too) ! > MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > what kind of help ? Harcode string feedback ? Moving harcode to lang > file and give a patch ?... I'm ready. > > About gettext, the problem with gettext, is you can loose translaters, > gettext is more difficult to use, but more efficient. We need a full > translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > > Conclusion : vtiger crm 5 is on the right way, look good, smell good. > And i'm really enthusiastic(not sure for this word) > I hope the plug-ins with same quality. > A?ssa, > gone to write a news on vtiger france > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > From jtk at yahoo.com Wed May 10 15:59:26 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 10 May 2006 18:59:26 -0400 Subject: [Vtigercrm-developers] Migration capabilities planned for vtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Message-ID: Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? From webmaster at vtigercrmfrance.org Wed May 10 16:05:38 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 01:05:38 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> Message-ID: <446271C2.5090103@vtigercrmfrance.org> ok, Translate on array is boring, but really easy, using tool like poedit... is another thing (not really difficult i agree). But i prefer translate on php files and have vtiger CRM 5 may be for june than wait 2 more months and have gettext. Gettext doesn't resolve all the harcode problems (please confim). And before make the change, we have to train/inform the translators, loose some translators (and lang so) during the change is not good. A?ssa Sergio A. Kessler a ?crit : > gettext is an order of magnitude easier to use for translators (than > an array based aproach) if you use poedit. > > http://www.poedit.org/ > > and I do not want to mention that gettext produces and keep > sincronized the files to translate automagically... > > /sak > > On 5/10/06, Abos wrote: > >> Hi all, >> this is a small report for today svn snapshot. >> >> Homepage : latest activities added layer appear (see screenshot), i >> think you know already. >> >> Tab marketing, subtab account & contact, if i add an task/activitie, the >> redirection goes to tab support, the good subtab. (very small problem) >> >> Tab "More information", when i translate close (for task/events) the >> table is not correctly displyed, miss the cell for close (X). >> >> The compose email pop up, is just a little to small (need 50px weight more), >> >> Problem with ' in company field information (alway), >> >> When i send an email to a lead or contact, lead/contact description >> added to mail body. Very very very bad ! Imagine my comment, "fucking >> guy, dislike to work with him, bad debtor". Ouch ! >> >> Can't change invoices status, quotes /SO/PO stage on picklist settings >> (i think you just need time for quotes/SO/PO, but for the invoices, it's >> miss since 4.x) >> >> Migration script alway break the install, i have make a test with a new >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >> tables created : *actionmapping, announcement, field_seq, >> profile2globalpermissions. >> >> *Brand question (i think to saint ?) why design the tiger pound to left >> on rss, calendar, email module ? The vtiger logo use a pount inclined to >> right. >> >> Migration question : >> Why not provide migration script during install ? With user choice >> install/upgrade. >> >> Loggin question : The logs make vtiger CRM slow, why not put loggin to >> WARN for stable version ? >> >> Adding 1 more field to calls/meetings for incoming/outgoing can be very >> good. >> >> Now the good things :) >> New really impressive design for the calendar, very very good ! >> The quick create function can be a killer feature on vtiger 5 (time >> winning!!!)! >> The search engine is very cool, now we can search on entire system. >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >> said about report module ;) ) >> New real effort for translaters, thankkkksssssss, i am impatient to see >> vtiger crm 5 full french (and all french users too) ! >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >> what kind of help ? Harcode string feedback ? Moving harcode to lang >> file and give a patch ?... I'm ready. >> >> About gettext, the problem with gettext, is you can loose translaters, >> gettext is more difficult to use, but more efficient. We need a full >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >> >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >> And i'm really enthusiastic(not sure for this word) >> I hope the plug-ins with same quality. >> A?ssa, >> gone to write a news on vtiger france >> >> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From werk at r2g.nl Wed May 10 23:13:28 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Thu, 11 May 2006 08:13:28 +0200 Subject: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? In-Reply-To: Message-ID: Jeff, I agree totaly, if we don't support data migration in beta we'll never be able to be sure that you can migrate without any lost information. For me it would be a no-go for using vtigercrm v5 as I have to much data myself in 4.2.3 as well for my clients :-( Regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Jeff Kowalczyk Verzonden: donderdag 11 mei 2006 0:59 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From webmaster at vtigercrmfrance.org Thu May 11 03:14:36 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 12:14:36 +0200 Subject: [Vtigercrm-developers] About translation testing Message-ID: <44630E8C.9020800@vtigercrmfrance.org> Hi Richie, about your post : http://forums.vtiger.com/viewtopic.php?p=24400 Find file Customview.zip, inside : Smarty/templates/Customview.tpl //changed for a full translation modules/CustomView/customview.php //with some little change for full translation modules/CustomView/lanuages/en_us.lang.php //Incompl?te english lot for strings in french send you the rest tonight french time. Regards, A?ssa -------------- next part -------------- A non-text attachment was scrubbed... Name: CustomView.zip Type: application/x-zip-compressed Size: 14272 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/19a691ca/CustomView-0001.bin From webmaster at vtigercrmfrance.org Thu May 11 04:19:57 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 13:19:57 +0200 Subject: [Vtigercrm-developers] English file for customview module Message-ID: <44631DDD.7020005@vtigercrmfrance.org> Like promise, this is the english file for module customview. 'Custom View', 'LBL_STEP_1_TITLE'=>'View Information', 'LBL_VIEW_NAME'=>'View Name:', 'LBL_SETDEFAULT'=>'Set as Default', 'LBL_LIST_IN_METRICS'=>'List in Metrics', 'LBL_STEP_2_TITLE'=>'Choose Columns', 'LBL_STEP_3_TITLE'=>'Standard Filters', 'LBL_STEP_4_TITLE'=>'Advanced Filters', 'LBL_STEP_5_TITLE'=>'Access Information', 'LBL_SF_COLUMNS'=>'Column', 'LBL_SF_STARTDATE'=>'Start Date', 'LBL_SF_ENDDATE'=>'End Date', 'LBL_AF_HDR1'=>'Set the search conditions to further restrict the list.', 'LBL_AF_HDR2'=>'You can use "or" filters by entering multiple items in the third column.', 'LBL_AF_HDR3'=>'You can enter up to 10 items, separated by commas. For example: CA, NY, TX, FL searches for CA or NY or TX or FL.', 'LBL_AF_HDR4'=>'If "Activity Type" is selected, give any one of the following values "Call","Meeting" or "Task".', //strings added for vtiger 5, date format... 'LBL_NONE'=>'None', 'View_Name'=>'View_Name', 'LBL_AND'=>'And', 'LBL_DATE_FORMAT_CUSTOMVIEW'=>'Y-m-d', //Strings added for filter 'Custom'=>'Custom', 'Previous FY'=>'Previous FY', 'Current FY'=>'Current FY', 'Next FY'=>'Next FY', 'Previous FQ'=>'Previous FQ', 'Current FQ'=>'Current FQ', 'Next FQ'=>'Next FQ', 'Yesterday'=>'Yesterday', 'Today'=>'Today', 'Tomorrow'=>'Tomorrow', 'Last Week'=>'Last Week', 'Current Week'=>'Current Week', 'Next Week'=>'Next Week', 'Last Month'=>'Last Month', 'Current Month'=>'Current Month', 'Next Month'=>'Next Month', 'Last 7 Days'=>'Last 7 Days', 'Last 30 Days'=>'Last 30 Days', 'Last 60 Days'=>'Last 60 Days', 'Last 90 Days'=>'Last 90 Days', 'Last 120 Days'=>'Last 120 Days', 'Next 30 Days'=>'Next 30 Days', 'Next 60 Days'=>'Next 60 Days', 'Next 90 Days'=>'Next 90 Days', 'Next 120 Days'=>'Next 120 Days', 'equals'=>'equals', 'not_equal_to'=>'Not equal to', 'starts_with'=>'Commence par', 'contains'=>'Contient', 'does_not_contain'=>'does not contain', 'less_than'=>'less than', 'greater_than'=>'greater than', 'less_or_equal'=>'less or equal', 'greater_or_equal'=>'greater or equal', //Strings added to translate field label groups 'Address'=>'Address', 'Information'=>'Information', 'Description'=>'Description', 'Custom Information'=>'Custom Information', '- Event Information'=>'- Event Information', '- Event Description'=>'- Event Description', '- Task Information'=>'- Task Information', '- Task Description'=>'- Task Description', //Strings added for helpdesk module fields 'Title'=>'Title', 'Assigned To'=>'Assigned To', 'Related to'=>'Related to', 'Priority'=>'Priority', 'Product Name'=>'Product Name', 'Severity'=>'Severity', 'Status'=>'Status', 'Category'=>'Category', 'Created Time'=>'Created Time', 'Modified Time'=>'Modified Time', 'Attachment'=>'Attachment', //Strings added for Leads module fields 'First Name'=>'First Name', 'Phone'=>'Phone', 'Last Name'=>'Last Name', 'Company'=>'Company', 'Lead Source'=>'Lead Source', 'Website'=>'Website', 'Industry'=>'Industry', 'Lead Status'=>'Statut', 'Annual Revenue'=>'Chiffre d\'affaire', 'Rating'=>'Evaluation', 'No Of Employees'=>'Effectif', 'Street'=>'Adresse', 'Po Box'=>'Boite postale', 'Postal Code'=>'Code postal', 'City'=>'Ville', 'Country'=>'Pays', 'State'=>'Département', //Strings added for Accounts module fields 'Account Name'=>'Nom compte', 'Ticker Symbol'=>'Symbole boursier', 'Other Phone'=>'Autre téléphone', 'Member Of'=>'Filiale de', 'Employees'=>'Effectif', 'Other Email'=>'Other Email', 'Ownership'=>'Ownership', 'industry'=>'industry', 'SIC Code'=>'SIC Code', 'Email Opt Out'=>'Email Opt Out', 'Billing Address'=>'Billing Address', 'Shipping Address'=>'Shipping Address', 'Shipping Po Box'=>'Shipping Po Box', 'Billing Po Box'=>'Billing Po Box', 'Billing City'=>'Billing City', 'Shipping City'=>'Shipping City', 'Billing State'=>'Billing State', 'Shipping State'=>'Shipping State', 'Billing Code'=>'Billing Code', 'Shipping Code'=>'Shipping Code', 'Shipping Country'=>'Shipping Country', 'Billing Country'=>'Billing Country', //Strings added for Contacts module fields 'Office Phone'=>'Office Phone', 'Home Phone'=>'Home Phone', 'Birthdate'=>'Birthdate', 'Reports To'=>'Reports To', 'Assistant Phone'=>'Assistant Phone', 'Do Not Call'=>'Do Not Call', 'Mailing Street'=>'Mailing Street', 'Other Street'=>'Other Street', 'Mailing Po Box'=>'Mailing Po Box', 'Other Po Box'=>'Other Po Box', 'Mailing City'=>'Mailing City', 'Other City'=>'Other City', 'Mailing State'=>'Mailing State', 'Other State'=>'Other State', 'Mailing Zip'=>'Mailing Zip', 'Other Zip'=>'Other Zip', 'Mailing Country'=>'Mailing Country', 'Other Country'=>'Other Country', //Strings added for Potential module fields 'Potential Name'=>'Potential Name', 'Amount'=>'Amount', 'Expected Close Date'=>'Expected Close Date', 'Next Step'=>'Next Step', 'Sales Stage'=>'Sales Stage', 'Probability'=>'Probability', //Strings added for Quotes module fields 'Subject'=>'Subject', 'Quote Stage'=>'Quote Stage', 'Valid Till'=>'Valid Till', 'Team'=>'Team', 'Contact Name'=>'Contact Name', 'Carrier'=>'Carrier', 'Shipping'=>'Shipping', 'Inventory Manager'=>'Inventory Manager', //Strings added for Sales Orders module fields 'Customer No'=>'Customer No', 'Quote Name'=>'Quote Name', 'Purchase Order'=>'Purchase Order', 'Due Date'=>'Due Date', 'Pending'=>'Pending', 'Sales Commission'=>'Sales Commission', 'Excise Duty'=>'Excise Duty', //Strings added for Invoices module fields 'Sales Order'=>'Sales Order', 'Invoice Date'=>'Invoice Date', //Strings added for Product module fields 'Product Code'=>'Product Code', 'Product Active'=>'Product Active', 'Product Category'=>'Product Category', 'Sales Start Date'=>'Sales Start Date', 'Sales End Date'=>'Sales End Date', 'Support Start Date'=>'Support Start Date', 'Vendor Name'=>'Vendor Name', 'Mfr PartNo'=>'Mfr PartNo', 'Vendor PartNo'=>'Vendor PartNo', 'Serial No'=>'Serial No', 'Product Sheet'=>'Product Sheet', 'GL Account'=>'GL Account', //Strings added for Price book module fields 'Price Book Name'=>'Price Book Name', 'Active'=>'Active', //Strings added for tasks & events module fields 'Start Date & Time'=>'Start Date & Time', //error message 'Missing required fields'=>'Missing required fields', //Strings added for campaigns 'Campaign Name'=>'Campaign Name', 'Campaign Type'=>'Campaign Type', 'Product'=>'Product', 'Campaign Status'=>'Campaign Status', 'Expected Revenue'=>'Expected Revenue', 'Budget Cost'=>'Budget Cost', 'Actual Cost'=>'Actual Cost', 'Expected Response'=>'Expected Response', 'Num Sent'=>'Num Sent', 'Target Audience'=>'Target Audience', 'TargetSize'=>'TargetSize', 'Sponsor'=>'Sponsor', 'Expected Sales Count'=>'Expected Sales Count', 'Expected Response Count'=>'Expected Response Count', 'Expected ROI'=>'Expected ROI', 'Actual Sales Count'=>'Actual Sales Count', 'Actual Response Count'=>'Actual Response Count', 'Actual ROI'=>'Actual ROI', //Added for customview.tpl 'LBL_Select_a_Column'=>'Select a Column', 'Missing_required_fields'=>'Missing required fields', 'Details'=>'Details', 'New_Custom_View'=>'New Custom view', 'LBL_AF_HDR5'=>'Simple Time Filter allows you to select date based on Account Created Time or Account Modified Time', 'Select_Duration'=>'Select Duration', 'Simple_Time_Filter'=>'Simple Time Filter', 'Start_Date'=>'Start Date', 'End_Date'=>'End_Date', 'LBL_RULE'=>'LBL_RULE', ); ?> From webmaster at vtigercrmfrance.org Thu May 11 05:31:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 14:31:00 +0200 Subject: [Vtigercrm-developers] vtiger CRM translations Message-ID: <44632E84.8030204@vtigercrmfrance.org> Alway for translate. File smarty/templates/listview.tpl Line 118 change "Basic Search" for {$APP.LNK_BASIC_SEARCH} Line 241 change "Change Owner" for {$APP.LBL_CHANGE_OWNER} for the search, you use *"Search $module for" In $field module *in france ( and i think in fews other country) we say something like : $module search In $field module. So i think the best is to remove $module. To have : Search for in $ field module You can also add following strings in APP.lang : 'Sales'=>'Sales', 'My Home Page'=>'My Home Page', 'Marketing'=>'Marketing', 'Support'=>'Support', 'Analytics'=>'Analytics', 'Inventory'=>'Inventory', 'Tools'=>'Tools', 'Settings'=>'Settings', And change $maintabs by {$APP.$maintabs} in header.tpl. From sergiokessler at gmail.com Thu May 11 07:06:07 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 11:06:07 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <446271C2.5090103@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> Message-ID: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> aisa, is a lot more probably that you *gain* translators instead of loosing them... (I don't know how you came to that conclusion) don't be afraid of gettext, the day you know it, you will wonder why this thing hasn't used before... gettext doesn't resolve the harcoded strings problems, BUT it makes the task of mark a string to be tranlated SO easy, that's is not even funny... all you have to do is to change something from: echo "harcoded string"; to echo _("translatable string"); then you run a script that does all the dirty work for you... and voil?, you have all the diccionaries updated and sinchronized... On 5/10/06, Abos wrote: > ok, > Translate on array is boring, but really easy, using tool like poedit... > is another thing (not really difficult i agree). > But i prefer translate on php files and have vtiger CRM 5 may be for > june than wait 2 more months and have gettext. > Gettext doesn't resolve all the harcode problems (please confim). > And before make the change, we have to train/inform the translators, > loose some translators (and lang so) during the change is not good. > A?ssa > > Sergio A. Kessler a ?crit : > > gettext is an order of magnitude easier to use for translators (than > > an array based aproach) if you use poedit. > > > > http://www.poedit.org/ > > > > and I do not want to mention that gettext produces and keep > > sincronized the files to translate automagically... > > > > /sak > > > > On 5/10/06, Abos wrote: > > > >> Hi all, > >> this is a small report for today svn snapshot. > >> > >> Homepage : latest activities added layer appear (see screenshot), i > >> think you know already. > >> > >> Tab marketing, subtab account & contact, if i add an task/activitie, the > >> redirection goes to tab support, the good subtab. (very small problem) > >> > >> Tab "More information", when i translate close (for task/events) the > >> table is not correctly displyed, miss the cell for close (X). > >> > >> The compose email pop up, is just a little to small (need 50px weight more), > >> > >> Problem with ' in company field information (alway), > >> > >> When i send an email to a lead or contact, lead/contact description > >> added to mail body. Very very very bad ! Imagine my comment, "fucking > >> guy, dislike to work with him, bad debtor". Ouch ! > >> > >> Can't change invoices status, quotes /SO/PO stage on picklist settings > >> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >> miss since 4.x) > >> > >> Migration script alway break the install, i have make a test with a new > >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >> tables created : *actionmapping, announcement, field_seq, > >> profile2globalpermissions. > >> > >> *Brand question (i think to saint ?) why design the tiger pound to left > >> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >> right. > >> > >> Migration question : > >> Why not provide migration script during install ? With user choice > >> install/upgrade. > >> > >> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >> WARN for stable version ? > >> > >> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >> good. > >> > >> Now the good things :) > >> New really impressive design for the calendar, very very good ! > >> The quick create function can be a killer feature on vtiger 5 (time > >> winning!!!)! > >> The search engine is very cool, now we can search on entire system. > >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >> said about report module ;) ) > >> New real effort for translaters, thankkkksssssss, i am impatient to see > >> vtiger crm 5 full french (and all french users too) ! > >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >> what kind of help ? Harcode string feedback ? Moving harcode to lang > >> file and give a patch ?... I'm ready. > >> > >> About gettext, the problem with gettext, is you can loose translaters, > >> gettext is more difficult to use, but more efficient. We need a full > >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >> > >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >> And i'm really enthusiastic(not sure for this word) > >> I hope the plug-ins with same quality. > >> A?ssa, > >> gone to write a news on vtiger france > >> > >> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From dgrant at accuratetechnologies.com Thu May 11 08:39:12 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Thu, 11 May 2006 11:39:12 -0400 Subject: [Vtigercrm-developers] Redone data/CRMEntity.php insertIntoAttachment function for 4.2.x Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FF@exch.accuratetechnologies.com> Attached is a revised version of the insertIntoAttachment function from data/CRMEntity.php Share and enjoy! DG ------8<-----SNIP------8<-------SNIP----------- function insertIntoAttachment($id,$module) { // Heavily modified by DG 10-11 May 2006 to: // 1) Fix inexplicable behaviour of sticking text of email into the description fields of everything // 2) Attachments to Emails now show up as attachments to Contact and Account $date_var = date('YmdHis'); global $current_user; global $adb; global $root_directory; global $vtlog; // Activate logging $ownerid = $this->column_fields['assigned_user_id']; $adb->println("insertattach ownerid=".$ownerid." mod=".$module); $adb->println($this->column_fields); if(!isset($ownerid) || $ownerid=='') $ownerid = $current_user->id; $uploaddir = $root_directory ."/test/upload/" ;// set this to wherever $binFile = $_FILES['filename']['name']; $filename = basename($binFile); $filetype= $_FILES['filename']['type']; $filesize = $_FILES['filename']['size']; if($binFile != '') { if(move_uploaded_file($_FILES["filename"]["tmp_name"],$uploaddir.$_FILES ["filename"]["name"])) { // $binFile = $_FILES['filename']['name']; // $filename = basename($binFile); // $filetype= $_FILES['filename']['type']; // $filesize = $_FILES['filename']['size']; if($filesize != 0) { $data = base64_encode(fread(fopen($uploaddir.$binFile, "r"), $filesize)); } } $current_id = $adb->getUniqueID("crmentity"); if($module=='Emails') { $idname='emailid'; $tablename='emails'; $descname='description'; // DG 10 May 2006 // Try and get the subject for the email instead, and put that into the Description // This fixes the ludicrous behaviour that the text of the email was duplicated in triplicate // in the description fields of the crmentity and the attachment $dg_subject = $this->column_fields['subject']; if ($dg_subject) { $vtlog->logthis("DGDEBUG: Found Subject: ".$dg_subject,'warn'); } else { $vtlog->logthis("DGDEBUG: No subject match in activity for activityid = ".$id,'warn'); } } else { $idname='notesid'; $tablename='notes'; $descname='notecontent'; } $sql="update ".$tablename." set filename='".$filename."' where ".$idname."=".$id; $adb->query($sql); // DG 10 May 2006 // If we don't get a subject for the email, preserve the old behavior // Should never ever happen... but I like to play it safe if ($dg_subject) { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$dg_subject."',".$adb->formatString("crmentity","createdt ime",$date_var).",".$adb->formatString("crmentity","modifiedtime",$date_ var).")"; } else { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$this->column_fields['description']."',".$adb->formatStri ng("crmentity","createdtime",$date_var).",".$adb->formatString("crmentit y","modifiedtime",$date_var).")"; } $adb->query($sql1); //$this->id = $current_id; // DG 10 May 2006 // Same deal - use the email subject if we have it, otherwise use the previous brain-dead behaviour if ($dg_subject) { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$dg_subject."','".$filetype."' ,'".$filesize."',".$adb->getEmptyBlob().")"; } else { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$this->column_fields[$descname ]."','".$filetype."','".$filesize."',".$adb->getEmptyBlob().")"; } $result=$adb->query($sql2); if($result!=false) $result = $adb->updateBlob('attachments','attachmentcontents',"attachmentsid='".$c urrent_id."' and name='".$filename."'",$data); if($_REQUEST['mode'] == 'edit') { if($id != '' && $_REQUEST['fileid'] != '') { $delquery = 'delete from seattachmentsrel where crmid = '.$id.' and attachmentsid = '.$_REQUEST['fileid']; $adb->query($delquery); } } if($module == 'Notes') { $query = "delete from seattachmentsrel where crmid = ".$id; $adb->query($query); } // DG 11 May 2006 // My customers want email attachments to show up on Contacts and Accounts // so look them up and stick them in the appropriate places if (($module == 'Emails') && ($dg_subject)) { // Look up the Contact associated with the Email $dg_sql = "select crmid from seactivityrel where activityid = ".$id; $dg_result = $adb->query($dg_sql); $dg_contactid = $adb->query_result($dg_result,0,"crmid"); $vtlog->logthis("DGDEBUG: Found matching Contact: ".$dg_contactid." for Email: ".$id,'warn'); // If we found the Contact, get the Account too if ($dg_contactid) { $dg_sql = "select accountid from contactdetails where contactid = ".$dg_contactid; $dg_result = $adb->query($dg_sql); $dg_accountid = $adb->query_result($dg_result,0,"accountid"); $vtlog->logthis("DGDEBUG: Found matching Account: ".$dg_accountid." for Contact: ".$dg_contactid,'warn'); } } // DG 11 May 2006 // At this point, if everything went right, we should have a $dg_contactid and a $dg_accountid, plus the $id and $currentid // So we add the base first, then try each of the others // The email->attachment $vtlog->logthis("DGDEBUG: inserting into seattachmentsrel from data/CRMEntity.php 2",'warn'); $sql3='insert into seattachmentsrel values('.$id.','.$current_id.')'; $adb->query($sql3); // The Contact->attachment if ($dg_contactid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_contactid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Contact: ".$dg_contactid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } // The Account->attachment if ($dg_accountid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_accountid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Account: ".$dg_accountid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } } } From webmaster at vtigercrmfrance.org Thu May 11 14:48:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:48:11 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> Message-ID: <4463B11B.9090501@vtigercrmfrance.org> Hi Sergio, do not miss understand (i know my english is poor), i'm not against gettext, if you have capabilitie to provide gettext support for vtiger crm 5 in short time, i provide french pack in pot format without any problem in same time. But i think before gettext integration, we have to ask to the translaters, to know their capabilities. Regards, A?ssa Sergio A. Kessler a ?crit : > aisa, is a lot more probably that you *gain* translators instead of > loosing them... > (I don't know how you came to that conclusion) > > don't be afraid of gettext, the day you know it, you will wonder why > this thing hasn't used before... > > gettext doesn't resolve the harcoded strings problems, > BUT it makes the task of mark a string to be tranlated SO easy, that's > is not even funny... > > all you have to do is to change something from: > > echo "harcoded string"; > > to > > echo _("translatable string"); > > then you run a script that does all the dirty work for you... > and voil?, you have all the diccionaries updated and sinchronized... > > > > On 5/10/06, Abos wrote: > >> ok, >> Translate on array is boring, but really easy, using tool like poedit... >> is another thing (not really difficult i agree). >> But i prefer translate on php files and have vtiger CRM 5 may be for >> june than wait 2 more months and have gettext. >> Gettext doesn't resolve all the harcode problems (please confim). >> And before make the change, we have to train/inform the translators, >> loose some translators (and lang so) during the change is not good. >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> gettext is an order of magnitude easier to use for translators (than >>> an array based aproach) if you use poedit. >>> >>> http://www.poedit.org/ >>> >>> and I do not want to mention that gettext produces and keep >>> sincronized the files to translate automagically... >>> >>> /sak >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> Hi all, >>>> this is a small report for today svn snapshot. >>>> >>>> Homepage : latest activities added layer appear (see screenshot), i >>>> think you know already. >>>> >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>> redirection goes to tab support, the good subtab. (very small problem) >>>> >>>> Tab "More information", when i translate close (for task/events) the >>>> table is not correctly displyed, miss the cell for close (X). >>>> >>>> The compose email pop up, is just a little to small (need 50px weight more), >>>> >>>> Problem with ' in company field information (alway), >>>> >>>> When i send an email to a lead or contact, lead/contact description >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>> guy, dislike to work with him, bad debtor". Ouch ! >>>> >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>> miss since 4.x) >>>> >>>> Migration script alway break the install, i have make a test with a new >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>> tables created : *actionmapping, announcement, field_seq, >>>> profile2globalpermissions. >>>> >>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>> right. >>>> >>>> Migration question : >>>> Why not provide migration script during install ? With user choice >>>> install/upgrade. >>>> >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>> WARN for stable version ? >>>> >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>> good. >>>> >>>> Now the good things :) >>>> New really impressive design for the calendar, very very good ! >>>> The quick create function can be a killer feature on vtiger 5 (time >>>> winning!!!)! >>>> The search engine is very cool, now we can search on entire system. >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>> said about report module ;) ) >>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>> vtiger crm 5 full french (and all french users too) ! >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>> file and give a patch ?... I'm ready. >>>> >>>> About gettext, the problem with gettext, is you can loose translaters, >>>> gettext is more difficult to use, but more efficient. We need a full >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>> >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>> And i'm really enthusiastic(not sure for this word) >>>> I hope the plug-ins with same quality. >>>> A?ssa, >>>> gone to write a news on vtiger france >>>> >>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 14:49:34 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:49:34 +0200 Subject: [Vtigercrm-developers] About translation again [Richie] Message-ID: <4463B16E.6040806@vtigercrmfrance.org> Hi Richie, do you prefer files like sended, or patch ? Regards, A?ssa From sergiokessler at gmail.com Thu May 11 15:18:28 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 19:18:28 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <4463B11B.9090501@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> Message-ID: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> I'm short on time, but I can give it a try this weekend, but the patch enabling gettext will be accepted or is too late ? 1) the patch should be short 2) the current translations can be mantained in the transition, I see no problem in enabling gettext strings each by one regards, /sak On 5/11/06, Abos wrote: > Hi Sergio, > do not miss understand (i know my english is poor), > i'm not against gettext, if you have capabilitie to provide gettext > support for vtiger crm 5 in short time, i provide french pack in pot > format without any problem in same time. > But i think before gettext integration, we have to ask to the > translaters, to know their capabilities. > Regards, > A?ssa > > Sergio A. Kessler a ?crit : > > aisa, is a lot more probably that you *gain* translators instead of > > loosing them... > > (I don't know how you came to that conclusion) > > > > don't be afraid of gettext, the day you know it, you will wonder why > > this thing hasn't used before... > > > > gettext doesn't resolve the harcoded strings problems, > > BUT it makes the task of mark a string to be tranlated SO easy, that's > > is not even funny... > > > > all you have to do is to change something from: > > > > echo "harcoded string"; > > > > to > > > > echo _("translatable string"); > > > > then you run a script that does all the dirty work for you... > > and voil?, you have all the diccionaries updated and sinchronized... > > > > > > > > On 5/10/06, Abos wrote: > > > >> ok, > >> Translate on array is boring, but really easy, using tool like poedit... > >> is another thing (not really difficult i agree). > >> But i prefer translate on php files and have vtiger CRM 5 may be for > >> june than wait 2 more months and have gettext. > >> Gettext doesn't resolve all the harcode problems (please confim). > >> And before make the change, we have to train/inform the translators, > >> loose some translators (and lang so) during the change is not good. > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> gettext is an order of magnitude easier to use for translators (than > >>> an array based aproach) if you use poedit. > >>> > >>> http://www.poedit.org/ > >>> > >>> and I do not want to mention that gettext produces and keep > >>> sincronized the files to translate automagically... > >>> > >>> /sak > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> Hi all, > >>>> this is a small report for today svn snapshot. > >>>> > >>>> Homepage : latest activities added layer appear (see screenshot), i > >>>> think you know already. > >>>> > >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>> redirection goes to tab support, the good subtab. (very small problem) > >>>> > >>>> Tab "More information", when i translate close (for task/events) the > >>>> table is not correctly displyed, miss the cell for close (X). > >>>> > >>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>> > >>>> Problem with ' in company field information (alway), > >>>> > >>>> When i send an email to a lead or contact, lead/contact description > >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>> > >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>> miss since 4.x) > >>>> > >>>> Migration script alway break the install, i have make a test with a new > >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>> tables created : *actionmapping, announcement, field_seq, > >>>> profile2globalpermissions. > >>>> > >>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>> right. > >>>> > >>>> Migration question : > >>>> Why not provide migration script during install ? With user choice > >>>> install/upgrade. > >>>> > >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>> WARN for stable version ? > >>>> > >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>> good. > >>>> > >>>> Now the good things :) > >>>> New really impressive design for the calendar, very very good ! > >>>> The quick create function can be a killer feature on vtiger 5 (time > >>>> winning!!!)! > >>>> The search engine is very cool, now we can search on entire system. > >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>> said about report module ;) ) > >>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>> vtiger crm 5 full french (and all french users too) ! > >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>> file and give a patch ?... I'm ready. > >>>> > >>>> About gettext, the problem with gettext, is you can loose translaters, > >>>> gettext is more difficult to use, but more efficient. We need a full > >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>> > >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>> And i'm really enthusiastic(not sure for this word) > >>>> I hope the plug-ins with same quality. > >>>> A?ssa, > >>>> gone to write a news on vtiger france > >>>> > >>>> > >>>> _______________________________________________ > >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>>> > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>> > >>> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 15:51:21 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 00:51:21 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> Message-ID: <4463BFE9.6000300@vtigercrmfrance.org> Sergio, Mike Crowe has sended me latest version of his gettext patch, i can mail you that if you want. Sergio A. Kessler a ?crit : > I'm short on time, but I can give it a try this weekend, > but the patch enabling gettext will be accepted or is too late ? > > 1) the patch should be short > 2) the current translations can be mantained in the transition, I see > no problem in enabling gettext strings each by one > > regards, > /sak > > On 5/11/06, Abos wrote: > >> Hi Sergio, >> do not miss understand (i know my english is poor), >> i'm not against gettext, if you have capabilitie to provide gettext >> support for vtiger crm 5 in short time, i provide french pack in pot >> format without any problem in same time. >> But i think before gettext integration, we have to ask to the >> translaters, to know their capabilities. >> Regards, >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> aisa, is a lot more probably that you *gain* translators instead of >>> loosing them... >>> (I don't know how you came to that conclusion) >>> >>> don't be afraid of gettext, the day you know it, you will wonder why >>> this thing hasn't used before... >>> >>> gettext doesn't resolve the harcoded strings problems, >>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>> is not even funny... >>> >>> all you have to do is to change something from: >>> >>> echo "harcoded string"; >>> >>> to >>> >>> echo _("translatable string"); >>> >>> then you run a script that does all the dirty work for you... >>> and voil?, you have all the diccionaries updated and sinchronized... >>> >>> >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> ok, >>>> Translate on array is boring, but really easy, using tool like poedit... >>>> is another thing (not really difficult i agree). >>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>> june than wait 2 more months and have gettext. >>>> Gettext doesn't resolve all the harcode problems (please confim). >>>> And before make the change, we have to train/inform the translators, >>>> loose some translators (and lang so) during the change is not good. >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> gettext is an order of magnitude easier to use for translators (than >>>>> an array based aproach) if you use poedit. >>>>> >>>>> http://www.poedit.org/ >>>>> >>>>> and I do not want to mention that gettext produces and keep >>>>> sincronized the files to translate automagically... >>>>> >>>>> /sak >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> Hi all, >>>>>> this is a small report for today svn snapshot. >>>>>> >>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>> think you know already. >>>>>> >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>> >>>>>> Tab "More information", when i translate close (for task/events) the >>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>> >>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>> >>>>>> Problem with ' in company field information (alway), >>>>>> >>>>>> When i send an email to a lead or contact, lead/contact description >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>> >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>> miss since 4.x) >>>>>> >>>>>> Migration script alway break the install, i have make a test with a new >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>> profile2globalpermissions. >>>>>> >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>> right. >>>>>> >>>>>> Migration question : >>>>>> Why not provide migration script during install ? With user choice >>>>>> install/upgrade. >>>>>> >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>> WARN for stable version ? >>>>>> >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>> good. >>>>>> >>>>>> Now the good things :) >>>>>> New really impressive design for the calendar, very very good ! >>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>> winning!!!)! >>>>>> The search engine is very cool, now we can search on entire system. >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>> said about report module ;) ) >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>> file and give a patch ?... I'm ready. >>>>>> >>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>> >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>> And i'm really enthusiastic(not sure for this word) >>>>>> I hope the plug-ins with same quality. >>>>>> A?ssa, >>>>>> gone to write a news on vtiger france >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From philip at vtiger.com Fri May 12 04:55:31 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 04:55:31 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. Message-ID: <10b287395b7.871235350277013597.7934852421195904606@@vtiger.com> Hi, vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 Kindly post your valuble feedback in our trac http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/3023dec6/attachment.htm From sergiokessler at gmail.com Fri May 12 05:47:26 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 09:47:26 -0300 Subject: [Vtigercrm-developers] gettext in V5 Message-ID: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> yes, please, send it to this list... (I do not like private messages) but I need confirmation that the patch (ie. the work) will not end in the floor... (if the patch is simple to merge, that is) /sak On 5/11/06, Abos wrote: > Sergio, > Mike Crowe has sended me latest version of his gettext patch, i can mail > you that if you want. > > > Sergio A. Kessler a ?crit : > > I'm short on time, but I can give it a try this weekend, > > but the patch enabling gettext will be accepted or is too late ? > > > > 1) the patch should be short > > 2) the current translations can be mantained in the transition, I see > > no problem in enabling gettext strings each by one > > > > regards, > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Hi Sergio, > >> do not miss understand (i know my english is poor), > >> i'm not against gettext, if you have capabilitie to provide gettext > >> support for vtiger crm 5 in short time, i provide french pack in pot > >> format without any problem in same time. > >> But i think before gettext integration, we have to ask to the > >> translaters, to know their capabilities. > >> Regards, > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> aisa, is a lot more probably that you *gain* translators instead of > >>> loosing them... > >>> (I don't know how you came to that conclusion) > >>> > >>> don't be afraid of gettext, the day you know it, you will wonder why > >>> this thing hasn't used before... > >>> > >>> gettext doesn't resolve the harcoded strings problems, > >>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>> is not even funny... > >>> > >>> all you have to do is to change something from: > >>> > >>> echo "harcoded string"; > >>> > >>> to > >>> > >>> echo _("translatable string"); > >>> > >>> then you run a script that does all the dirty work for you... > >>> and voil?, you have all the diccionaries updated and sinchronized... > >>> > >>> > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> ok, > >>>> Translate on array is boring, but really easy, using tool like poedit... > >>>> is another thing (not really difficult i agree). > >>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>> june than wait 2 more months and have gettext. > >>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>> And before make the change, we have to train/inform the translators, > >>>> loose some translators (and lang so) during the change is not good. > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> gettext is an order of magnitude easier to use for translators (than > >>>>> an array based aproach) if you use poedit. > >>>>> > >>>>> http://www.poedit.org/ > >>>>> > >>>>> and I do not want to mention that gettext produces and keep > >>>>> sincronized the files to translate automagically... > >>>>> > >>>>> /sak > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi all, > >>>>>> this is a small report for today svn snapshot. > >>>>>> > >>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>> think you know already. > >>>>>> > >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>> > >>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>> > >>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>> > >>>>>> Problem with ' in company field information (alway), > >>>>>> > >>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>> > >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>> miss since 4.x) > >>>>>> > >>>>>> Migration script alway break the install, i have make a test with a new > >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>> profile2globalpermissions. > >>>>>> > >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>> right. > >>>>>> > >>>>>> Migration question : > >>>>>> Why not provide migration script during install ? With user choice > >>>>>> install/upgrade. > >>>>>> > >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>> WARN for stable version ? > >>>>>> > >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>> good. > >>>>>> > >>>>>> Now the good things :) > >>>>>> New really impressive design for the calendar, very very good ! > >>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>> winning!!!)! > >>>>>> The search engine is very cool, now we can search on entire system. > >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>> said about report module ;) ) > >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>> file and give a patch ?... I'm ready. > >>>>>> > >>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>> > >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>> I hope the plug-ins with same quality. > >>>>>> A?ssa, > >>>>>> gone to write a news on vtiger france > >>>>>> > >>>>>> > >>>>>> _______________________________________________ From webmaster at vtigercrmfrance.org Fri May 12 05:52:33 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 14:52:33 +0200 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> Message-ID: <44648511.2080505@vtigercrmfrance.org> This is the instructions sended by Mike himself, i paste the original message. I've tried to boil this down simply. Here's what you need. 1) Extract these files in a directory named *locale/* inside your vtiger directory. 2) You need a table in vtiger named *lang_keys*. To create this, execute as follows (from the root vtiger directory): php locale/buildLangKeys.php This will create: locale/vtiger.pot (POT file for translating) locale/lang_keys.sql (initialization for the database table) The lang_keys.sql in the distributed file is actually the correct file from the alpha. However, you can rebuild if you like 3) I haven't reviewed where this is in 5.0, but the functions in utils_lang.php need to replace the same functions in the new 5.0 utils.php (or wherever it is). 4) I've include a *4.2.3* version of the en_US and fr_FR translations. These need to be updated for 5.0. They are included for your reference. Here's how the system works: 1) The following functions *return* the identical strings they used to: function return_app_list_strings_language($language) function return_application_language($language) function return_module_language($language, $module) They use the lang_keys database to build the contents of the strings, but instead of returning the English (which is in the database), they return _(English) making it translated. 2) Otherwise, system functions as expected. All new entries, however, can simply be _(*My New Strings*) rather than going to the complication of adding to mod_strings, etc. Caveats: 1) There are several untranslated strings I had to find. I'll compile a list and provide later. 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), which causes lots of problems. I have fixed in my version, and will supply by Friday. Future: 1) I will have a tool shortly which builds a PO file from an existing translation. This will be extremely useful in migrating from the old system to the new system. Geek Alert: 1) If you really want to see something cool, look at buildLangKeys.txt and see how I am importing each language file, then assigning it to a string in an array from the import. Very cool. This should be very clear, I hope. I will be on road a lot tomorrow. You can try to IM me, and I'll respond if I am free. Cheers! Mike P.S. I will post this to forge Sergio A. Kessler a ?crit : > yes, please, send it to this list... > (I do not like private messages) > > but I need confirmation that the patch (ie. the work) will not end in > the floor... > (if the patch is simple to merge, that is) > > /sak > > On 5/11/06, Abos wrote: > >> Sergio, >> Mike Crowe has sended me latest version of his gettext patch, i can mail >> you that if you want. >> >> >> Sergio A. Kessler a ?crit : >> >>> I'm short on time, but I can give it a try this weekend, >>> but the patch enabling gettext will be accepted or is too late ? >>> >>> 1) the patch should be short >>> 2) the current translations can be mantained in the transition, I see >>> no problem in enabling gettext strings each by one >>> >>> regards, >>> /sak >>> >>> On 5/11/06, Abos wrote: >>> >>> >>>> Hi Sergio, >>>> do not miss understand (i know my english is poor), >>>> i'm not against gettext, if you have capabilitie to provide gettext >>>> support for vtiger crm 5 in short time, i provide french pack in pot >>>> format without any problem in same time. >>>> But i think before gettext integration, we have to ask to the >>>> translaters, to know their capabilities. >>>> Regards, >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> aisa, is a lot more probably that you *gain* translators instead of >>>>> loosing them... >>>>> (I don't know how you came to that conclusion) >>>>> >>>>> don't be afraid of gettext, the day you know it, you will wonder why >>>>> this thing hasn't used before... >>>>> >>>>> gettext doesn't resolve the harcoded strings problems, >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>>>> is not even funny... >>>>> >>>>> all you have to do is to change something from: >>>>> >>>>> echo "harcoded string"; >>>>> >>>>> to >>>>> >>>>> echo _("translatable string"); >>>>> >>>>> then you run a script that does all the dirty work for you... >>>>> and voil?, you have all the diccionaries updated and sinchronized... >>>>> >>>>> >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> ok, >>>>>> Translate on array is boring, but really easy, using tool like poedit... >>>>>> is another thing (not really difficult i agree). >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>>>> june than wait 2 more months and have gettext. >>>>>> Gettext doesn't resolve all the harcode problems (please confim). >>>>>> And before make the change, we have to train/inform the translators, >>>>>> loose some translators (and lang so) during the change is not good. >>>>>> A?ssa >>>>>> >>>>>> Sergio A. Kessler a ?crit : >>>>>> >>>>>> >>>>>> >>>>>>> gettext is an order of magnitude easier to use for translators (than >>>>>>> an array based aproach) if you use poedit. >>>>>>> >>>>>>> http://www.poedit.org/ >>>>>>> >>>>>>> and I do not want to mention that gettext produces and keep >>>>>>> sincronized the files to translate automagically... >>>>>>> >>>>>>> /sak >>>>>>> >>>>>>> On 5/10/06, Abos wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> this is a small report for today svn snapshot. >>>>>>>> >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>>>> think you know already. >>>>>>>> >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>>>> >>>>>>>> Tab "More information", when i translate close (for task/events) the >>>>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>>>> >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>>>> >>>>>>>> Problem with ' in company field information (alway), >>>>>>>> >>>>>>>> When i send an email to a lead or contact, lead/contact description >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>>>> >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>>>> miss since 4.x) >>>>>>>> >>>>>>>> Migration script alway break the install, i have make a test with a new >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>>>> profile2globalpermissions. >>>>>>>> >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>>>> right. >>>>>>>> >>>>>>>> Migration question : >>>>>>>> Why not provide migration script during install ? With user choice >>>>>>>> install/upgrade. >>>>>>>> >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>>>> WARN for stable version ? >>>>>>>> >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>>>> good. >>>>>>>> >>>>>>>> Now the good things :) >>>>>>>> New really impressive design for the calendar, very very good ! >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>>>> winning!!!)! >>>>>>>> The search engine is very cool, now we can search on entire system. >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>>>> said about report module ;) ) >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>>>> file and give a patch ?... I'm ready. >>>>>>>> >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>>>> >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>>>> And i'm really enthusiastic(not sure for this word) >>>>>>>> I hope the plug-ins with same quality. >>>>>>>> A?ssa, >>>>>>>> gone to write a news on vtiger france >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- A non-text attachment was scrubbed... Name: dev_gettext.zip Type: application/x-zip-compressed Size: 75796 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/93e5d316/dev_gettext-0001.bin From sergiokessler at gmail.com Fri May 12 06:10:11 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 10:10:11 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <44648511.2080505@vtigercrmfrance.org> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> Message-ID: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > From richie at vtiger.com Fri May 12 07:26:33 2006 From: richie at vtiger.com (Richie) Date: Fri, 12 May 2006 07:26:33 -0700 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> Message-ID: <10b28fddd43.212089242168855728.4266120754326284739@@vtiger.com> Team, I am sorry but I am not willing to take this up for vtiger CRM 5.0 . I would suggest that we take this up for 5.0.1. We have enough number of issues/features to test out. This will be an overhead as of now. I would rather invest time in testing the existing features/bugs. Requesting your understanding, Richie ---- Sergio A. Kessler<sergiokessler at gmail.com> wrote ---- well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos <webmaster at vtigercrmfrance.org> wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/61344d73/attachment-0001.htm From dfar2008 at gmail.com Fri May 12 07:27:42 2006 From: dfar2008 at gmail.com (ding jianting) Date: Fri, 12 May 2006 22:27:42 +0800 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <3118551994190344607@unknownmsgid> References: <3118551994190344607@unknownmsgid> Message-ID: Hi, I can't install vtigerCRM5 pre-beta successfully. Env info: WinXP php4.3.10 mysql4.1.9 apache1.3 Thanks and regards, Tim On 5/12/06, Philip wrote: > > Hi, > > > vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > Kindly post your valuble feedback in our trac > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket > > Philip > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > -- ________________________________________ ¶¡½¨Í¤ ²»ÊÇËùÓеÄŬÁ¦¶¼Óнá¹û£¬µ«Ö»Òª¼á³ÖŬÁ¦¾ÍÒ»¶¨»áÓнá¹û SugarCRMÖÐÎÄ°æ-vTigerCRMÖÐÎÄ°æ http://www.c3crm.com blog:http://blog.c3crm.com bbs:http://forum.c3crm.com group:http://group.c3crm.com ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/c13da835/attachment.html From allan.bush at gmail.com Thu May 4 08:48:54 2006 From: allan.bush at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:48:54 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <-8549016085730891506@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <-8549016085730891506@unknownmsgid> Message-ID: <3bec26390605040848k523f7069vd04ebfbea133e496@mail.gmail.com> Fair enough. My concern is that if we branch someone will move a bunch of files around or refactor some code again and we'll have problems/be unable to merge, and it would end up being the 3rd time I've tried to add postgres support only to have it not be taken up. Also I don't think the correct software development practice is to make a branch here. Branches should be made when a release is nearing to allow aggressive development to continue or if a feature is going to introduced prolonged breakage, neither of which I see happening here. Changesets are for managing bugs introduced by coding changes. That said I have no problems branching if Jeff wants to handle keeping everything in sync. On 5/3/06, Richie wrote: > Hi! > > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. > This will ensure that we are able to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in the > worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie > > > > > ---- Allan Bush wrote ---- > > > Filling in the gaps. > > On 5/3/06, Joel Rydbeck wrote: > > Richie, > > > > I'll let Allan and Jeff fill in the gaps. > > > > a) How do we give the user the option of using PostGres while > installation? > > > > This would be at installation point, we'll provide it in the dropdown on > step 1 or step 2 (whichever one the user configures the db in). I started > working on this one last night. > > > > b) What will be the impact if any on the mysql compatible queries that we > have now? Will the current queries be changed? > > The current queries will be changed, the changes should have no effect > on the mysql compatibility. I didn't encounter any mysql regression > bugs doing the changes for 4.2 and I don't expect any for 5.0. > > > > > c) If the current queries are changed as such they may affect the core > team's development. Are we going to go on putting an IF check for PostGres? > > > > I would expect that the same queries will work for both databases, in the > case of incompatible queries, my vote would be an if/else for the short > term. Long-term, ADODB provides some healthy extensibility and abstraction > of the db layer. My vote is that we get PGSQL support in now, and then > polish with ADODB as we go along. > > > > d) How are we going to handle simultaneous development on the core code? > How to handle breakages if any? > > > > Allan will likely be doing the bulk of the commits, so I'll let him > address this. My commits will likely be isolated to one page at a time. If > you guys are able to validate our work in MySQL as we go along, that would > be very helpful. I'll try to test it at the same time (good ol' config.php > swap). > > The same way you currently handle simultaneous development between the > multiple contributers. I don't anticipate much breakage, the largest > changeset will probably be done in one commit during the first day I > work on this to get the installer working for both database types. As > I work pretty much opposite hours from the rest of the team conflicts > should be rare. > > > > > Thank you for your support and assistance in performing this. > > > > Regards, > > > > - Joel > > > > I just want to bring one point up which may ease you mind a little. > > SQL is a standard much like HTML. MySQL is like the IE of databases > well Postgres is closer to a Firefox, in the sense that MySQL will > make the best of any crap you send it well Postgres follows the > standards more closely. So what I'm going to be doing is basically > standardizing the SQL, and unlike IE MySQL supports the standards > properly (well it's laking several features and just ignores some > stuff but since I'm not adding anything that won't be a problem). > > Allan > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Fri May 12 07:49:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 12 May 2006 10:49:31 -0400 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. From philip at vtiger.com Fri May 12 08:33:01 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:33:01 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: <10b293ab709.-5614056690891036135.-914418256296396671@@vtiger.com> Hi Jeff, Yes we do agree that we have to tag the build in svn, as we are not aware of the procedure we'll seek Matt's help in this regard and make it done. But for the build name the 5 alpha series is over, the build worth between alpha and beta stage so we decided to go with pre-beta, right now we don't expect any beta series, even once the beta is out, so the release after beta will be GA. Regards, Philip ----jtk at yahoo.com wrote ---- Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/b354d994/attachment.htm From philip at vtiger.com Fri May 12 08:59:08 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:59:08 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. Message-ID: <10b29529d03.4582644429177129343.6722516092062050602@@vtiger.com> Hi, I tried reaching matt through is mobile, but i could'nt make it, can anyone who knows the procedure label the build in svn as vtigerCRM-5.0-pre-beta-i18n ? if so please label the files which were modified 12hr before from now as we have made checkins after that. Thanks, Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/64ed57e4/attachment.html From sergiokessler at gmail.com Fri May 12 09:15:59 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:15:59 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <-5690813438495085335@unknownmsgid> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> <-5690813438495085335@unknownmsgid> Message-ID: <49216030605120915n3874eb5av246c7b2b7656e89b@mail.gmail.com> ok, richie, I understand you. but we can do baby steps in preparing the infraestructure for 5.0.1 the first baby step is to just create a folder called 'locale' in the root of vtiger. can you do this ? (it will not affect in nothing to the current code) maybe you can put a readme.txt that says: "this folder will be use for future gettext system translations" si ? /sak On 5/12/06, Richie wrote: > > Team, > > I am sorry but I am not willing to take this up for vtiger CRM 5.0 . > I would suggest that we take this up for 5.0.1. > > We have enough number of issues/features to test out. > This will be an overhead as of now. > > I would rather invest time in testing the existing features/bugs. > > Requesting your understanding, > > Richie > > > > > > > ---- Sergio A. Kessler wrote ---- > > > well, mike was trying to provide a migration path between the old and > new methods... > > my approach would be simpler: > > - I will not touch the database > - I will not provide a migration path (altough both methods of > translating can coexist for a time) > > the patch will consist in a new file and a function, nothing more... > and if you do not use the new method of translation, everything will > run like before, so the patch is not disruptive at all... > > do we agree on doing this ? > > > /sak > > On 5/12/06, Abos wrote: > > This is the instructions sended by Mike himself, i paste the original > > message. > > > > > > I've tried to boil this down simply. Here's what you need. > > > > 1) Extract these files in a directory named *locale/* inside your > > vtiger directory. > > 2) You need a table in vtiger named *lang_keys*. To create this, > > execute as follows (from the root vtiger directory): > > php locale/buildLangKeys.php > > This will create: > > locale/vtiger.pot (POT file for translating) > > locale/lang_keys.sql (initialization for the database table) > > The lang_keys.sql in the distributed file is actually the correct file > > from the alpha. However, you can rebuild if you like > > 3) I haven't reviewed where this is in 5.0, but the functions in > > utils_lang.php need to replace the same functions in the new 5.0 > > utils.php (or wherever it is). > > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > > These need to be updated for 5.0. They are included for your reference. > > > > Here's how the system works: > > 1) The following functions *return* the identical strings they used to: > > function return_app_list_strings_language($language) > > function return_application_language($language) > > function return_module_language($language, $module) > > They use the lang_keys database to build the contents of the strings, > > but instead of returning the English (which is in the database), they > > return _(English) making it translated. > > 2) Otherwise, system functions as expected. All new entries, however, > > can simply be _(*My New Strings*) rather than going to the complication > > of adding to mod_strings, etc. > > > > Caveats: > > 1) There are several untranslated strings I had to find. I'll compile a > > list and provide later. > > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > > which causes lots of problems. I have fixed in my version, and will > > supply by Friday. > > > > Future: > > 1) I will have a tool shortly which builds a PO file from an existing > > translation. This will be extremely useful in migrating from the old > > system to the new system. > > > > Geek Alert: > > 1) If you really want to see something cool, look at buildLangKeys.txt > > and see how I am importing each language file, then assigning it to a > > string in an array from the import. Very cool. > > > > This should be very clear, I hope. I will be on road a lot tomorrow. > > You can try to IM me, and I'll respond if I am free. > > > > Cheers! > > Mike > > > > P.S. I will post this to forge > > > > > > > > Sergio A. Kessler a ?crit : > > > yes, please, send it to this list... > > > (I do not like private messages) > > > > > > but I need confirmation that the patch (ie. the work) will not end in > > > the floor... > > > (if the patch is simple to merge, that is) > > > > > > /sak > > > > > > On 5/11/06, Abos wrote: > > > > > >> Sergio, > > >> Mike Crowe has sended me latest version of his gettext patch, i can > mail > > >> you that if you want. > > >> > > >> > > >> Sergio A. Kessler a ?crit : > > >> > > >>> I'm short on time, but I can give it a try this weekend, > > >>> but the patch enabling gettext will be accepted or is too late ? > > >>> > > >>> 1) the patch should be short > > >>> 2) the current translations can be mantained in the transition, I see > > >>> no problem in enabling gettext strings each by one > > >>> > > >>> regards, > > >>> /sak > > >>> > > >>> On 5/11/06, Abos wrote: > > >>> > > >>> > > >>>> Hi Sergio, > > >>>> do not miss understand (i know my english is poor), > > >>>> i'm not against gettext, if you have capabilitie to provide gettext > > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > > >>>> format without any problem in same time. > > >>>> But i think before gettext integration, we have to ask to the > > >>>> translaters, to know their capabilities. > > >>>> Regards, > > >>>> A?ssa > > >>>> > > >>>> Sergio A. Kessler a ?crit : > > >>>> > > >>>> > > >>>>> aisa, is a lot more probably that you *gain* translators instead of > > >>>>> loosing them... > > >>>>> (I don't know how you came to that conclusion) > > >>>>> > > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > > >>>>> this thing hasn't used before... > > >>>>> > > >>>>> gettext doesn't resolve the harcoded strings problems, > > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, > that's > > >>>>> is not even funny... > > >>>>> > > >>>>> all you have to do is to change something from: > > >>>>> > > >>>>> echo "harcoded string"; > > >>>>> > > >>>>> to > > >>>>> > > >>>>> echo _("translatable string"); > > >>>>> > > >>>>> then you run a script that does all the dirty work for you... > > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 5/10/06, Abos wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> ok, > > >>>>>> Translate on array is boring, but really easy, using tool like > poedit... > > >>>>>> is another thing (not really difficult i agree). > > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be > for > > >>>>>> june than wait 2 more months and have gettext. > > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > > >>>>>> And before make the change, we have to train/inform the > translators, > > >>>>>> loose some translators (and lang so) during the change is not good. > > >>>>>> A?ssa > > >>>>>> > > >>>>>> Sergio A. Kessler a ?crit : > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>> gettext is an order of magnitude easier to use for translators > (than > > >>>>>>> an array based aproach) if you use poedit. > > >>>>>>> > > >>>>>>> http://www.poedit.org/ > > >>>>>>> > > >>>>>>> and I do not want to mention that gettext produces and keep > > >>>>>>> sincronized the files to translate automagically... > > >>>>>>> > > >>>>>>> /sak > > >>>>>>> > > >>>>>>> On 5/10/06, Abos wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> Hi all, > > >>>>>>>> this is a small report for today svn snapshot. > > >>>>>>>> > > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), > i > > >>>>>>>> think you know already. > > >>>>>>>> > > >>>>>>>> Tab marketing, subtab account & contact, if i add an > task/activitie, the > > >>>>>>>> redirection goes to tab support, the good subtab. (very small > problem) > > >>>>>>>> > > >>>>>>>> Tab "More information", when i translate close (for task/events) > the > > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > > >>>>>>>> > > >>>>>>>> The compose email pop up, is just a little to small (need 50px > weight more), > > >>>>>>>> > > >>>>>>>> Problem with ' in company field information (alway), > > >>>>>>>> > > >>>>>>>> When i send an email to a lead or contact, lead/contact > description > > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, > "fucking > > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > > >>>>>>>> > > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist > settings > > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the > invoices, it's > > >>>>>>>> miss since 4.x) > > >>>>>>>> > > >>>>>>>> Migration script alway break the install, i have make a test with > a new > > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), > only 4 > > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > > >>>>>>>> profile2globalpermissions. > > >>>>>>>> > > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound > to left > > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount > inclined to > > >>>>>>>> right. > > >>>>>>>> > > >>>>>>>> Migration question : > > >>>>>>>> Why not provide migration script during install ? With user > choice > > >>>>>>>> install/upgrade. > > >>>>>>>> > > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put > loggin to > > >>>>>>>> WARN for stable version ? > > >>>>>>>> > > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can > be very > > >>>>>>>> good. > > >>>>>>>> > > >>>>>>>> Now the good things :) > > >>>>>>>> New really impressive design for the calendar, very very good ! > > >>>>>>>> The quick create function can be a killer feature on vtiger 5 > (time > > >>>>>>>> winning!!!)! > > >>>>>>>> The search engine is very cool, now we can search on entire > system. > > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i > have > > >>>>>>>> said about report module ;) ) > > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient > to see > > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need > help.", > > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to > lang > > >>>>>>>> file and give a patch ?... I'm ready. > > >>>>>>>> > > >>>>>>>> About gettext, the problem with gettext, is you can loose > translaters, > > >>>>>>>> gettext is more difficult to use, but more efficient. We need a > full > > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right > decision. > > >>>>>>>> > > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell > good. > > >>>>>>>> And i'm really enthusiastic(not sure for this word) > > >>>>>>>> I hope the plug-ins with same quality. > > >>>>>>>> A?ssa, > > >>>>>>>> gone to write a news on vtiger france > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> _______________________________________________ > > >>>>>>>> > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From sergiokessler at gmail.com Fri May 12 09:19:06 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:19:06 -0300 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <-4460657018200633648@unknownmsgid> References: <33041.1419192844$1147434990@news.gmane.org> <-4460657018200633648@unknownmsgid> Message-ID: <49216030605120919v79e3b22bucd6db55ea8c9a44d@mail.gmail.com> can't you do beta1, beta2, betaN, RC1, RC2, etc ? On 5/12/06, Philip wrote: > > > Hi Jeff, > > Yes we do agree that we have to tag the build in svn, > as we are not aware of the procedure > we'll seek Matt's help in > this regard and make it done. But for the build name the > 5 alpha series is over, the build worth > between alpha and beta > stage so we decided to go with pre-beta, right now we > don't expect any beta series, even once > the beta is out, > so the release after beta will be GA. > > Regards, > Philip > > > ----jtk at yahoo.com wrote ---- > > > Philip wrote: > > vtigerCRM 5 pre-beta development release with i18n > support is available > > for download in the following url, along with this we > have released the > > ThunderBird extension and FireFox Toolbar, which > is available for > > download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > The file offered for download is: > vtigerCRM-5.0-pre-beta-i18n.tar.gz > > Can we please tag this in subversion and release as > > vtigercrm-5.0.0alpha6.tar.gz? > > The alpha series aren't such a big issue, but we really > need a procedure > in place by the time vtigercrm-5.0.0beta1 is offered. > > Packaging systems can't automatically tell that > 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' > 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm > into any distro > packaging systems until we do things the > computer-readable way. > > * tag: svn copy a specific trunk (or branch) > revision with the exact > release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. > Then 'svn export' > is used to make the tarball/exe, etc. > > The logic behind using tags is that we should be able > to precisely > recreate and diff against anything ever 'released', > at any time in the > future. It's an essential prerequisite to > providing continuous migration > support. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of > paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner > for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Fri May 12 10:05:30 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 12 May 2006 10:05:30 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. In-Reply-To: <-1322028316996138354@unknownmsgid> References: <-1322028316996138354@unknownmsgid> Message-ID: <3bec26390605121005g1fcf4071p6b3cb5330584d5ca@mail.gmail.com> Philip, Can you give a revision number (ie: the last checkin before creating the release)? 12hr ago is kind of a vague target and there seems to have been several checkins around that time. On 5/12/06, Philip wrote: > > Hi, > > I tried reaching matt through is mobile, but i > could'nt make it, can anyone who knows the > procedure label the build in svn as > vtigerCRM-5.0-pre-beta-i18n ? if so please label the files > which were modified 12hr before from now as > we have made checkins > after that. > > > Thanks, > Philip > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From webmaster at vtigercrmfrance.org Sun May 14 05:13:27 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:13:27 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 translations Message-ID: <44671EE7.4030204@vtigercrmfrance.org> Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. From webmaster at vtigercrmfrance.org Sun May 14 05:31:28 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:31:28 +0200 Subject: [Vtigercrm-developers] Translation alway Message-ID: <44672320.7050101@vtigercrmfrance.org> On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} From ahmed at vtiger.com Sun May 14 07:05:54 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:05:54 -0700 Subject: [Vtigercrm-developers] Translation alway In-Reply-To: <44672320.7050101@vtigercrmfrance.org> References: <44672320.7050101@vtigercrmfrance.org> Message-ID: <10b3337ad96.5727276764477112699.739308675497672277@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/b4121e31/attachment.htm From ahmed at vtiger.com Sun May 14 07:06:32 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:06:32 -0700 Subject: [Vtigercrm-developers] vtiger crm 5 translations In-Reply-To: <44671EE7.4030204@vtigercrmfrance.org> References: <44671EE7.4030204@vtigercrmfrance.org> Message-ID: <10b33383f6a.4798651429895754736.2392294882046223799@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/72cf0d42/attachment.html From webmaster at vtigercrmfrance.org Sun May 14 09:00:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:00:42 +0200 Subject: [Vtigercrm-developers] Reports module, error include Message-ID: <4467542A.8020300@vtigercrmfrance.org> Hi, please correct on file /modules/Reports/SaveAndRun.php line 51 the case not correct require_once('modules/DashBoard/ReportsCharts.php'); must be require_once('modules/Dashboard/ReportsCharts.php'); From jtk at yahoo.com Sun May 14 09:28:05 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 14 May 2006 12:28:05 -0400 Subject: [Vtigercrm-developers] Reports module, error include References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: Abos wrote: > please correct on file /modules/Reports/SaveAndRun.php line 51 the case > not correct > require_once('modules/DashBoard/ReportsCharts.php'); > must be > require_once('modules/Dashboard/ReportsCharts.php'); Thanks for the catch, fixed. Would you consider filing issues as trac tickets, so the developers could address and comment on them more easily? http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 From webmaster at vtigercrmfrance.org Sun May 14 09:33:59 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:33:59 +0200 Subject: [Vtigercrm-developers] translations Message-ID: <44675BF7.5050508@vtigercrmfrance.org> File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. From webmaster at vtigercrmfrance.org Sun May 14 10:30:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 19:30:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4467692B.5000106@vtigercrmfrance.org> On file /module/Calendar/CalendarLayout.php Line 7 function calendar_layout(& $param_arr) { Add global $mod_strings; Line 25/26 change for : $mod_strings[Events] $mod_strings[Todos] Line96 function get_cal_header_data(& $cal_arr) { global $mod_strings; Line 108 change for date_time->get_formatted_date()."\",\"".$cal_arr['calendar']->date_time->get_formatted_date()."\",\"".$hour_startat."\",\"".$hour_endat."\")' href='javascript:void(0)'>".$mod_strings['Add Event']." Line 114 change for ".$mod_strings[View]." : "; Line 124 to 133 change for function getEventViewOption(& $cal) { global $mod_strings; $view = ""; return $view; } Line 639 to 655 function getEventTodoInfo(& $cal, $mode) { global $mod_strings; $event_todo = Array(); $event_todo['event']=getListView($cal, $mode); $event_todo['todo'] = getTodosList($cal, $mode); $event_todo_info = ""; $event_todo_info .= "".$mod_strings['Total Events'].": ".$event_todo['event']['totalevent']; if($event_todo['event']['pendingevent'] != null) $event_todo_info .= ", ".$event_todo['event']['pendingevent']." Pending"; $event_todo_info .=" / "; $event_todo_info .="".$mod_strings['Total Todos']." : ".$event_todo['todo']['totaltodo']; if($event_todo['todo']['pendingtodo'] != null) $event_todo_info .= ", ".$event_todo['todo']['pendingtodo']." ".$mod_strings['Pending'].""; return $event_todo_info; } Line 657 to 706 change for function constructListView($entry_list) { global $mod_strings; $list_view = ""; $header = Array('0'=>'#', '1'=>$mod_strings['Start Time'], '2'=>$mod_strings['End Time'], '3'=>$mod_strings['Event Type'], '4'=>$mod_strings['Event Details'], '5'=>$mod_strings['Actions'], '6'=>$mod_strings['Current Status'], ); $header_width = Array('0'=>'5', '1'=>'10', '2'=>'10', '3'=>'10', '4'=>'40', '5'=>'10', '6'=>'15', ); $list_view .="
"; $header_rows = count($header); for($i=0;$i<$header_rows;$i++) { $list_view .=""; } $list_view .=""; $rows = count($entry_list); if($rows != 0) { for($i=0;$i"; foreach($entry_list[$i] as $key=>$entry) { $list_view .=""; } $list_view .=""; } } else { $list_view .=""; $list_view .=""; $list_view .=""; } $list_view .="
".$header[$i]."
".$entry."
".$mod_strings['None Scheduled']."
"; echo $list_view; } Add those strings in mod lang file 'Events'=>'Events', 'Add Event'=>'Add Event', 'Todos'=>'Todos', 'View'=>'View', 'Total Events'=>'Total Events', 'Total Todos'=>'Total Todos', 'Pending'=>'Pending', 'Hour View'=>'Hour View', 'List View'=>'List View', 'None Scheduled'=>'None Scheduled', 'Start Time'=>'Start Time', 'End Time'=>'End Time', 'Actions'=>'Actions', 'Event Type'=>'Event Type', 'Event Details'=>'Event Details', 'Current Status'=>'Current Status', Let me know if you prefer other format for changes. To be continued .... From webmaster at vtigercrmfrance.org Sun May 14 12:54:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 21:54:42 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <44678B02.4040704@vtigercrmfrance.org> Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks From webmaster at vtigercrmfrance.org Sun May 14 13:06:14 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 22:06:14 +0200 Subject: [Vtigercrm-developers] Reports module, error include In-Reply-To: References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: <44678DB6.3030806@vtigercrmfrance.org> Hi, I appreciate a clear procedure for posting report/bug/changes... I post all changes for translations on this ML, What is the best format ? .diff, comments like i send, entire file ? What is the right place for that ? Here ? Trac ? it still remains lot of harcoded strings, i think to post a maximum during the week and i hope to have a full translated version for GA. I do my best and sorry if i ask silly questions or mistakes. Regards, A?ssa Jeff Kowalczyk a ?crit : > Abos wrote: > >> please correct on file /modules/Reports/SaveAndRun.php line 51 the case >> not correct >> require_once('modules/DashBoard/ReportsCharts.php'); >> must be >> require_once('modules/Dashboard/ReportsCharts.php'); >> > > Thanks for the catch, fixed. Would you consider filing issues as trac > tickets, so the developers could address and comment on them more easily? > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Sun May 14 14:54:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 23:54:49 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <4467A729.5080902@vtigercrmfrance.org> File : /modules/Calendar/addEventUI.php this is the entire file Strings to add on mod lang file : 'Close'=>'Close', 'Call'=>'Call', 'Meeting'=>'Meeting, 'Event Name'=>'Event Name', 'Event starts at'=>'Event starts at', 'Event ends on'=>'Event ends on', 'Invite'=>'Invite', 'Reminder'=>'Reminder', 'Repeat'=>'Repeat', 'LBL_To_invite'=>'To invite, select the users from the "Available Users" list and click the "Add" button.', 'LBL_To_remove'=>'To remove, select the users in the "Selected Users" list and the click "Remove" button.', 'Available Users'=>'Available Users', 'Selected Users'=>'Selected Users', 'Add'=>'Add', 'Remove'=>'Remove', 'LBL_users_receive_email'=>'users will receive an email about the Event.', 'Remind on'=>'Remind on', 'Minutes'=>'Minutes', 'Hours'=>'Hours', 'Days'=>'Days', 'Day'=>'Day', 'Week'=>'Week', 'Month'=>'Month', 'Year'=>'Year', 'before the event starts'=>'before the event starts', 'before the event ends'=>'before the event ends', 'Send Reminder to'=>'Send Reminder to', 'Type Email ID'=>'Type Email ID', 'Repeat'=>'Repeat', 'Enable Repeat'=>'Enable Repeat', 'Repeat once in every'=>'Repeat once in every', 'day of the month'=>'day of the month', 'on'=>'on', 'First'=>'First', 'Last'=>'Last', 'Save'=>'Save', This is just the beginning..... From surachai at prachakij.com Sun May 14 22:50:09 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Mon, 15 May 2006 12:50:09 +0700 Subject: [Vtigercrm-developers] Dashboard character encoding Message-ID: <1147672209.22063.11.camel@localhost.localdomain> I install vtiger 4.2 on redhat as3. I would like to set dashboard to show thai language which mean I have to use tis-620 encoding. Could you tell me how to set it? Thank you in advance. -- Surachai Locharoen From gopals at vtiger.com Sun May 14 23:50:38 2006 From: gopals at vtiger.com (Gopal) Date: Sun, 14 May 2006 23:50:38 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 - Security Mgt Test cases Message-ID: <10b36cf8730.-3137295622348362958.-5700822763960106518@@vtiger.com> Dear Team, I have posted v5 - Security Mgt. test cases (Summary level) for the benefit of community start testing the Security features. http://blogs.vtiger.com/weblog_entry.php?e=6851 Or http://forums.vtiger.com/viewtopic.php?t=6852 Please feel free to add your inputs, test results, and comments at the Wiki doc so that we can have a complete document before Beta release. http://www.vtiger.com/wiki/index.php/Vtiger_CRM_5_Test_Cases Thanks, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/7df27525/attachment.htm From webmaster at vtigercrmfrance.org Mon May 15 01:18:08 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 10:18:08 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <44683940.70601@vtigercrmfrance.org> Hi, on file /modules/calendar/calendarLayout.php Line 506 Change for : ['.$mod_strings['More'].'...] Line 617 change for $more_link = "[".$mod_strings['More']."...]"; And add 'More'=>'More', on lang file. Thanks From richie at vtiger.com Mon May 15 03:50:53 2006 From: richie at vtiger.com (Richie) Date: Mon, 15 May 2006 03:50:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 Message-ID: <10b37ab7b50.4324958173826176072.4705717994082330508@@vtiger.com> Hi Allan! Do let me know how far things have gone on the Postgres front please. I plan to go for a validation round. Depending on your answer, I might have to reschedule the plan. As of now, I hope to have the full-scale validation on by coming Monday. Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/115e1e02/attachment.html From ahmed at vtiger.com Mon May 15 05:27:05 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:27:05 -0700 Subject: [Vtigercrm-developers] Translations In-Reply-To: <44678B02.4040704@vtigercrmfrance.org> References: <44678B02.4040704@vtigercrmfrance.org> Message-ID: <10b38039187.-632636123900005112.-8484531077188790005@@vtiger.com> Hi, The changes in the header.tpl has been done. Regards, Ahmed ----webmaster at vtigercrmfrance.org wrote ---- Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/9d17388b/attachment.htm From ahmed at vtiger.com Mon May 15 05:56:15 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:56:15 -0700 Subject: [Vtigercrm-developers] translations In-Reply-To: <44675BF7.5050508@vtigercrmfrance.org> References: <44675BF7.5050508@vtigercrmfrance.org> Message-ID: <10b381e4500.2258827201827137331.-8249536675749164027@@vtiger.com> Hi, The changes have been done. Regards, Ahmed vtiger ----webmaster at vtigercrmfrance.org wrote ---- File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/f1d855be/attachment.html From webmaster at vtigercrmfrance.org Mon May 15 08:09:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 17:09:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4468999F.8000704@vtigercrmfrance.org> Hi, this is some harcoded strings, on file /includes/utils/searchutils.php Line 393 : if($fieldlabel != 'Related to') { if ($i==0) $OPTION_SET .= ""; else $OPTION_SET .= ""; } can you change field label for $app_strings['$fieldlabel'] Line 409, $CRIT_OPT = ""; Other thing on reports module, the field name are in english, xls/pdf output first line display the field also in english On settings, DefaultFieldPermissions The fields name are in english, OrgSharing, The modules names are in english, EditFieldBlock Few terms translated, but major in english. ..... vtiger CRM 5 begin to look like good in our language, continue efforts, thanks From allan.bush+vtiger_dev at gmail.com Mon May 15 19:07:19 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Mon, 15 May 2006 19:07:19 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <662123432683169590@unknownmsgid> References: <662123432683169590@unknownmsgid> Message-ID: <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Richie, Postgres is coming along, not as quickly as I had hoped but it's getting there. The installation process is working now and their aren't too many problems with normal navigation. The biggest hurdle right now (other then just plain lack of time on my part) is with the state of flux of the code base. Jeff is doing a great job syncing the branch up all the time, but the large amount of change requires a lot of re-testing on our part. I think the best course of action right now is to merge the branch back into the trunk. Mering the postgres branch this will free up more time for Jeff to work on other fixes and I don't foresee any more breakage as all changes from here on are simply fixing queries one at a time as we come across problems. The biggest advantage I see with dropping the branch is if we find a bug we won't have to concern ourselves with if it's a postgres only bug or not and we'll just be able to fix it without worrying about duplicating the effort of one of your guys. Also this will allow us to split the long sql queries into multiple lines so that SVN can track the changes better without us breaking the mergability of the postgres branch. Merging the branch just before the next validation round would be prefect timing and unless Jeff or Joel say otherwise I think it's ready to be merged at anytime now. Allan On 5/15/06, Richie wrote: > > Hi Allan! > > Do let me know how far things have gone on the > Postgres front please. > I plan to go for a validation round. Depending on > your answer, I might have to reschedule > the plan. > As of now, I hope to have the full-scale validation on > by coming Monday. > > Richie From jtk at yahoo.com Mon May 15 19:51:53 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Mon, 15 May 2006 22:51:53 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. From saint at vtiger.com Tue May 16 04:51:04 2006 From: saint at vtiger.com (Saint) Date: Tue, 16 May 2006 17:21:04 +0530 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Message-ID: <4469BCA8.5090309@vtiger.com> Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: EmptyListViewUI.gif Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/EmptyListViewUI-0001.gif From gopals at vtiger.com Tue May 16 05:23:56 2006 From: gopals at vtiger.com (Gopal) Date: Tue, 16 May 2006 05:23:56 -0700 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group Message-ID: <10b3d270a02.-2050166735887071557.-1171685965964976545@@vtiger.com> Dear Team, We have launched a separate mailing list to discuss about Access ControlLists (aka Role based Security Management) in vtiger CRM. I hope you agree with me that ACL functionality has a massive impact on vtigercore architecture and it will be going to define the next generation OpenSource CRM for enterprise market. I would like to take this opportunity to invite all interested people toactively participate in defining various scenarios for functionalityvalidation, so that our end-user community will have a hassle freedeployment after v5 GA release. As a first step, Richie, Don, Frank Piepiorra, and myselfposted different papers at different times. We would like to unify allour efforts into one place so that community will have betterexperience while working with ACL in future. I would like to mention specially Dr Frank Piepiorra and Brian Laughlinfor taking up interest on this subject and motivating usstarting a special mailing list. I also invite all interested Developers,Testers, Analysts, Usability Gurus, and Tech Writers to participateactively in ACL Group. http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup PS: We have decided to use this group as ACL Group (aclgroup) instead of Securityto avoid any confusion as other Security management aspects, such as dataprotection, firewalls, vulnerabilities etc also comes under Security purview. If needed we will start newgroups for other areas. For a quick overview please refer to my Blog post: http://blogs.vtiger.com/weblog_entry.php?e=6851 Looking forward for all your suggestions and comments in improving our ACL functionality. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/a2046aee/attachment.htm From richie at vtiger.com Tue May 16 05:29:45 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:29:45 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: <10b3d2c5c2f.-95223486507406088.-7448795235438852043@@vtiger.com> Hi Team! I guess we have to make the call sooner than later. Let us get on with this tonight. We will be updating the demo on a regular basis from now on so that we get all the feedbacks before the Beta release scheduled tentatively for Wednesday, the 24th of May. Allan, JeffK , go ahead and merge the changes please. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/cf34148f/attachment.html From richie at vtiger.com Tue May 16 05:31:10 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:31:10 -0700 Subject: [Vtigercrm-developers] translators needed Message-ID: <10b3d2daa97.-7381843659722751868.-8372169969394412421@@vtiger.com> Hello! We need more translations for vtiger. Kindly help us out by translating vtiger to other languages as well. We will provide the relevant help from our side. Kindly spread the word. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/824f1a63/attachment.htm From sergiokessler at gmail.com Tue May 16 05:56:13 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 16 May 2006 09:56:13 -0300 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group In-Reply-To: <-8240051870462132920@unknownmsgid> References: <-8240051870462132920@unknownmsgid> Message-ID: <49216030605160556k183a499bu88d2a7862518e88d@mail.gmail.com> gopal, why create a separate mailing list and not discuss ACL here ? it's not the case that this mailing list is saturated of messages... you are splitting efforts instead of unite them... after all, is all about development... /sak On 5/16/06, Gopal wrote: > > Dear Team, > > We have launched a separate mailing list to discuss about Access Control > Lists (aka Role based Security Management) in vtiger CRM. I hope you agree > with me that ACL functionality has a massive impact on vtiger core > architecture and it will be going to define the next generation Open Source > CRM for enterprise market. > > I would like to take this opportunity to invite all interested people to > actively participate in defining various scenarios for functionality > validation, so that our end-user community will have a hassle free > deployment after v5 GA release. As a first step, Richie, Don, Frank > Piepiorra, and myself posted different papers at different times. We would > like to unify all our efforts into one place so that community will have > better experience while working with ACL in future. > > I would like to mention specially Dr Frank Piepiorra and Brian Laughlin for > taking up interest on this subject and motivating us starting a special > mailing list. I also invite all interested Developers, Testers, Analysts, > Usability Gurus, and Tech Writers to participate actively in ACL Group. > > http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup > > PS: We have decided to use this group as ACL Group (aclgroup) instead of > Security to avoid any confusion as other Security management aspects, such > as data protection, firewalls, vulnerabilities etc also comes under Security > purview. If needed we will start new groups for other areas. > > For a quick overview please refer to my Blog post: > > http://blogs.vtiger.com/weblog_entry.php?e=6851 > > Looking forward for all your suggestions and comments in improving our ACL > functionality. > > Regards, > Gopal > > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From david.moron at openwired.net Wed May 17 04:42:18 2006 From: david.moron at openwired.net (David Moron) Date: Wed, 17 May 2006 13:42:18 +0200 Subject: [Vtigercrm-developers] Error on a custom report Message-ID: <446B0C1A.3080207@openwired.net> Hi, I've created a Help-Desk custom report using the columns: -Title -Priority -Severity -Status -Created Time -Related To and when I run the report: Fatal error: Call to a member function on a non-object in C:\Program Files\vtigerCRM4_2\apache\htdocs\vtigerCRM\include\database\PearDatabase.php on line 414 The report works ok if the column 'related to' is not selected. I'm running VTiger 4.2 Patch 2 for evaluation purposes on a WindowsXP SP2. Installed using the autoinstaller. The database was populated with the default VTiger values during the instalation. Thank you. -- David Mor?n Ruano Coordinador de Proyectos Grupo OpenWired, S.L. Caballero, 87 bajos - 08029 - Barcelona (Spain) Tel (+34) 93/410 75 70 - Fax (+34) 93/419 45 91 www.openwired.net, www.tecnologialinux.com From gopals at vtiger.com Wed May 17 21:01:29 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 17 May 2006 21:01:29 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. Message-ID: <10b45a7bddb.-2107684204783277011.-1655672098952562569@@vtiger.com> Dear Team, Could you please look into the problem? Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 (comments) The Postgres branch (4.2) seems to have a problem when accessing the Configuration Settings (On the Admin side) . Do you have any clue? Thanks! I appreciate! -Eric Allard (name) Eric Allard (emailID) eric.allard at boreal-is.com (Submit) Send (subject) Tell Us (from-email) noreply at vtiger.com (next-url) http://vtiger.com/thankyou.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060517/1d40e63b/attachment.html From webmaster at vtigercrmfrance.org Thu May 18 02:34:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 18 May 2006 11:34:11 +0200 Subject: [Vtigercrm-developers] vtigerforge svn access Message-ID: <446C3F93.2030603@vtigercrmfrance.org> Hi all, i have some problems with developper access on forge svn. My password rejected, or network connexion closed. Using ubutnu shell, windows tortoise svn+ssh, subclipse. Any idea ? Thanks A?ssa From allan.bush+vtiger_dev at gmail.com Thu May 18 08:38:11 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 08:38:11 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: <-1731747798630696937@unknownmsgid> References: <-1731747798630696937@unknownmsgid> Message-ID: <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> The same issue was raised in the forums (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've addressed it. On 5/17/06, Gopal wrote: > > Dear Team, > > Could you please look into the problem? > > Regards, > Gopal > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > > (comments) > > The Postgres branch (4.2) seems to have a problem when accessing the > Configuration Settings (On the Admin side) . Do you have any clue? Thanks! > I appreciate! > -Eric Allard > > (name) Eric Allard > (emailID) eric.allard at boreal-is.com > (Submit) Send > (subject) Tell Us > (from-email) noreply at vtiger.com > (next-url) http://vtiger.com/thankyou.html > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Thu May 18 09:02:27 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 12:02:27 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Allan Bush wrote: > The same issue was raised in the forums > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > addressed it. I'm going to 'svn rm' both postgresql integration branches, since they have been merged and served their purpose. If anyone needs them, they can be accessed by checking out the original URI at the specific revision, which I'll note in the change log. Any objections? From allan.bush+vtiger_dev at gmail.com Thu May 18 14:05:42 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 14:05:42 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: <3bec26390605181405sd018839j36a2d155201d55fc@mail.gmail.com> Sounds like a good idea to me. On 5/18/06, Jeff Kowalczyk wrote: > Allan Bush wrote: > > The same issue was raised in the forums > > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > > addressed it. > > I'm going to 'svn rm' both postgresql integration branches, since they > have been merged and served their purpose. If anyone needs them, they can > be accessed by checking out the original URI at the specific revision, > which I'll note in the change log. > > Any objections? > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Thu May 18 14:34:20 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 17:34:20 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Joel Rydbeck wrote: > Does this mean 4.2.4 has the PG changes? I've been offline for a few > days here. No, vtigercrm/branches/4.2 has postgresql capabability, branches/4.2.4 does not. The maintainer Mike Fedyk opted to back out some incompatible changes that had crept in while branches/4.2_postrgresql_integration was active. I think it related to adodb-4.81 and its usage. I would prefer to see vtigercrm-4.2.4 merge as many compatible changes from branches/4.2 as possible, release, and then have interested parties quickly release vtigercrm-4.2.5. I'm actually somewhat in favor of jumping forward to a direct vtigercrm-4.2.5 release. Resources to maintain v4 branches are totally community-supplied at this point, I think, and 4.2.5 would bring postgresql users into that community. IMO, the vtiger team needs to commit to supporting migration from one v4 release version in order to put a v5 beta in the field. I'd nominate a vtigercrm-4.2.5 release as that baseline, and encourage everyone to migrate up to it ASAP, lest they be left without migration path to v5. From damien at uts.net.au Thu May 18 23:54:58 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Fri, 19 May 2006 16:24:58 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004701c67b11$247ed470$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/39f59fb3/attachment.htm From surachai at prachakij.com Fri May 19 07:00:42 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Fri, 19 May 2006 21:00:42 +0700 Subject: [Vtigercrm-developers] Vtiger performance tuning Message-ID: <1148047242.6634.5.camel@localhost.localdomain> I use vtiger 4.2. The dashboard page take along time to load. Is there a way to improve this response time? Kan -- Surachai Locharoen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/8b9f3c35/attachment.html From allan.bush+vtiger_dev at gmail.com Fri May 19 09:22:23 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 19 May 2006 09:22:23 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? Message-ID: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> No one is working on it and no one is testing it. I think we're just waiting for someone to release it but I don't know who that someone is. If there's anything we still need to do to push this out let me know and I'll do it. From webmaster at vtigercrmfrance.org Mon May 22 16:30:37 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 23 May 2006 01:30:37 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 small issue Message-ID: <4472499D.30404@vtigercrmfrance.org> Hi, with "ajax" field editing, i can change required fields values to null. Regards, A?ssa From mmbrich at fosslabs.com Tue May 23 11:09:47 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:09:47 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement Message-ID: <1148407787.19129.29.camel@localhost.localdomain> Hello All, I'll be getting ready to drop the email tracking capabilities into 5.x soon and I would like peoples opinions on list management... In our current deployment we've created an abstracted list management system called the "Campaigns" module.. Imagine that :). Within this module I track all lists by the parent_id and not by entity. This is because some of our customers are large telemarketing organizations and wanted to be able to harvest lists from their leads DB and re-call them even if they had a previous do-not-call flag set from another campaign. There are other good reasons for list management too, I'll explain more bellow. I tied the list management into the custom views module, IE: if you create a custom view called "List 1" you will have a campaign created with a parent id == customviewid of List 1. The parent is where the tracking begins at so that if the list is simply duplicated (say for another newsletter) then the unsub list is maintained. If a new custom view is created, the parent_id is set to the new customviewid for the new campaign and the list unsubs are reset. I know that is confusing but it enforces list management and not at the entity level so it still allows for harvesting new lists from the db. Here is a simple scenario of how it works: 1) I create a custom view called "sales list" and click the "Add to Campaigns" checkbox and save it. 2) A new campaign with a subject of "Initial list creation" is created with a parent_id == cvid of "Sales List" 3) Set the campaign type == "Email" and the rest of the fields to whatever I want and save 4) New button appears in Campaign DetaiView for "Create/Edit Email" and "Bulk Mail". I create an email and mail it. Now, suppose one of my customers unsubs from this list. He won't ever be emailed from the "Sales List" or any of the children campaigns that are created from it. However, if I go create a "Newsletter List" custom view and add it to the campaigns that customer _will_ be mailed again. Using the regular contactdetails.emailoptout would have stopped that customer from getting the newsletter list and is another good reason for list management instead of entity management for campaigns. So, what do you think? Far too complicated? Would you like to see a stricter set of unsub management rules? Or do you think this mix is just right? If you need further explanation just say so. Matt From mmbrich at fosslabs.com Tue May 23 11:29:05 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:29:05 -0600 Subject: [Vtigercrm-developers] per campaign custom fields Message-ID: <1148408945.19129.48.camel@localhost.localdomain> more features for 5.x... For our 4.x crm we created the ability to map custom fields to campaigns and then "hide" them from the system. Basically, if you map a custom field to a campaign and then hide it, it will only be shown in the detail/edit view of entities that are associated to that campaign and no others. If the custom field is not hidden it acts as normal. The main reason we built this feature was for the ability to manage a large amount of custom fields and use them for harvesting lists without having the whole list of CF's get out of control and unmanageable. In our most common scenario the custom fields are mapped to a campaign and then used in a specific telemarketing script but in other scenarios I see them being used maybe for something like a set of questions for a web based survey that you then create with a joomla forms builder (*cough*) :). Its a very cool feature for our uses, I'll try to lay out an example here.. Lets say you already have 10 misc custom fields: 1) Create a custom field picklist "How many dogs in your home" and map it to the campaign "Web survey dogs", hide it. Create your other custom fields for this campaign and map/hide them as well 2) Go to the joomla forms builder and choose the campaign "Web survey dogs" and you will be presented with a list of campaign specific CF's and all other gentype=(1,2) fields that aren't hidden. 3) Create cool form for your survey Once you have launched that survey, let say you follow the same steps except now it's for the "Web survey cats" campaign and it has it's own set of hidden custom fields mapped to that campaign. Now lets take 3 example leads: Joe Lead Campaign: Web survey dogs Jane Lead Campaign: Web survey cats Tom Lead Campaigns: Web survey cats, Web survey dogs Dick Lead Campaigns: none If you click on joe's record you will only see the 10 non-hidden custom fields and the ones created for the campaign he is mapped to. If you click on jane's record you will get the same results as joe except her specific custom fields will be for the cats campaign In tom's record you will have the 10 non-hidden CF's, the cat campaign CF's and the dog campaign CF's. And in Dicks record you will only see the 10 non-hidden custom fields. Anyone else see a use for this in their organizations or customer deployments? I would like to move this into 5.x if enough people could find uses for it. Matt From mmbrich at fosslabs.com Tue May 23 11:35:24 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:35:24 -0600 Subject: [Vtigercrm-developers] de-duplication Message-ID: <1148409324.19129.52.camel@localhost.localdomain> I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt From mmbrich at fosslabs.com Tue May 23 12:06:30 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 13:06:30 -0600 Subject: [Vtigercrm-developers] tab builder. Message-ID: <1148411190.19129.59.camel@localhost.localdomain> Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt From sergiokessler at gmail.com Tue May 23 12:23:57 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 16:23:57 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148407787.19129.29.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> Message-ID: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Matthew, I think the email flag by campaign is rigth, maybe the contactdetails.emailoptout could be used for 'never ever email this guy' btw, this is going in v5 ? or is is too late ? /sak On 5/23/06, Matthew Brichacek wrote: > Hello All, > > I'll be getting ready to drop the email tracking capabilities into 5.x > soon and I would like peoples opinions on list management... > > In our current deployment we've created an abstracted list management > system called the "Campaigns" module.. Imagine that :). Within this > module I track all lists by the parent_id and not by entity. This is > because some of our customers are large telemarketing organizations and > wanted to be able to harvest lists from their leads DB and re-call them > even if they had a previous do-not-call flag set from another campaign. > There are other good reasons for list management too, I'll explain more > bellow. > > I tied the list management into the custom views module, IE: if you > create a custom view called "List 1" you will have a campaign created > with a parent id == customviewid of List 1. The parent is where the > tracking begins at so that if the list is simply duplicated (say for > another newsletter) then the unsub list is maintained. If a new custom > view is created, the parent_id is set to the new customviewid for the > new campaign and the list unsubs are reset. > > I know that is confusing but it enforces list management and not at the > entity level so it still allows for harvesting new lists from the db. > Here is a simple scenario of how it works: > 1) I create a custom view called "sales list" and click the "Add to > Campaigns" checkbox and save it. > 2) A new campaign with a subject of "Initial list creation" is created > with a parent_id == cvid of "Sales List" > 3) Set the campaign type == "Email" and the rest of the fields to > whatever I want and save > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > "Bulk Mail". I create an email and mail it. > > Now, suppose one of my customers unsubs from this list. He won't ever > be emailed from the "Sales List" or any of the children campaigns that > are created from it. However, if I go create a "Newsletter List" custom > view and add it to the campaigns that customer _will_ be mailed again. > Using the regular contactdetails.emailoptout would have stopped that > customer from getting the newsletter list and is another good reason for > list management instead of entity management for campaigns. > > So, what do you think? Far too complicated? Would you like to see a > stricter set of unsub management rules? Or do you think this mix is > just right? > > If you need further explanation just say so. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 13:28:57 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 14:28:57 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Message-ID: <1148416137.19129.67.camel@localhost.localdomain> I'm not real sure what Richies plan is moving forward, he wrote me this AM and asked me to put the email tracking stuff in but I declined because we are still in feature freeze and because I wanted opinions on list management (not to mention I am still busy with webmails stuff). So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, otherwise I will wait until the next window opens up and do what I can to merge it in then. As far as list management, we're on the same page, currently if the user clicks on the "Unsubscribe from all campaigns" link in the unsub page they will have the contactdetails.emailoptout flag set and never be emailed again from vtiger. Matt On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > Matthew, I think the email flag by campaign is rigth, > maybe the contactdetails.emailoptout could be used for 'never ever > email this guy' > > btw, this is going in v5 ? or is is too late ? > > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > Hello All, > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > soon and I would like peoples opinions on list management... > > > > In our current deployment we've created an abstracted list management > > system called the "Campaigns" module.. Imagine that :). Within this > > module I track all lists by the parent_id and not by entity. This is > > because some of our customers are large telemarketing organizations and > > wanted to be able to harvest lists from their leads DB and re-call them > > even if they had a previous do-not-call flag set from another campaign. > > There are other good reasons for list management too, I'll explain more > > bellow. > > > > I tied the list management into the custom views module, IE: if you > > create a custom view called "List 1" you will have a campaign created > > with a parent id == customviewid of List 1. The parent is where the > > tracking begins at so that if the list is simply duplicated (say for > > another newsletter) then the unsub list is maintained. If a new custom > > view is created, the parent_id is set to the new customviewid for the > > new campaign and the list unsubs are reset. > > > > I know that is confusing but it enforces list management and not at the > > entity level so it still allows for harvesting new lists from the db. > > Here is a simple scenario of how it works: > > 1) I create a custom view called "sales list" and click the "Add to > > Campaigns" checkbox and save it. > > 2) A new campaign with a subject of "Initial list creation" is created > > with a parent_id == cvid of "Sales List" > > 3) Set the campaign type == "Email" and the rest of the fields to > > whatever I want and save > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > "Bulk Mail". I create an email and mail it. > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > be emailed from the "Sales List" or any of the children campaigns that > > are created from it. However, if I go create a "Newsletter List" custom > > view and add it to the campaigns that customer _will_ be mailed again. > > Using the regular contactdetails.emailoptout would have stopped that > > customer from getting the newsletter list and is another good reason for > > list management instead of entity management for campaigns. > > > > So, what do you think? Far too complicated? Would you like to see a > > stricter set of unsub management rules? Or do you think this mix is > > just right? > > > > If you need further explanation just say so. > > > > Matt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From sergiokessler at gmail.com Tue May 23 14:02:46 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 18:02:46 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148416137.19129.67.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> Message-ID: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> I'm afraid that if you let pass this windows (as you say, richie opened you a windows) while you are with this thing with the hot hands, in the future things could cold and maybe you decide that's not worth the effort... +1 /sak On 5/23/06, Matthew Brichacek wrote: > I'm not real sure what Richies plan is moving forward, he wrote me this > AM and asked me to put the email tracking stuff in but I declined > because we are still in feature freeze and because I wanted opinions on > list management (not to mention I am still busy with webmails stuff). > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > otherwise I will wait until the next window opens up and do what I can > to merge it in then. > > As far as list management, we're on the same page, currently if the user > clicks on the "Unsubscribe from all campaigns" link in the unsub page > they will have the contactdetails.emailoptout flag set and never be > emailed again from vtiger. > > > Matt > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > Matthew, I think the email flag by campaign is rigth, > > maybe the contactdetails.emailoptout could be used for 'never ever > > email this guy' > > > > btw, this is going in v5 ? or is is too late ? > > > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > Hello All, > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > soon and I would like peoples opinions on list management... > > > > > > In our current deployment we've created an abstracted list management > > > system called the "Campaigns" module.. Imagine that :). Within this > > > module I track all lists by the parent_id and not by entity. This is > > > because some of our customers are large telemarketing organizations and > > > wanted to be able to harvest lists from their leads DB and re-call them > > > even if they had a previous do-not-call flag set from another campaign. > > > There are other good reasons for list management too, I'll explain more > > > bellow. > > > > > > I tied the list management into the custom views module, IE: if you > > > create a custom view called "List 1" you will have a campaign created > > > with a parent id == customviewid of List 1. The parent is where the > > > tracking begins at so that if the list is simply duplicated (say for > > > another newsletter) then the unsub list is maintained. If a new custom > > > view is created, the parent_id is set to the new customviewid for the > > > new campaign and the list unsubs are reset. > > > > > > I know that is confusing but it enforces list management and not at the > > > entity level so it still allows for harvesting new lists from the db. > > > Here is a simple scenario of how it works: > > > 1) I create a custom view called "sales list" and click the "Add to > > > Campaigns" checkbox and save it. > > > 2) A new campaign with a subject of "Initial list creation" is created > > > with a parent_id == cvid of "Sales List" > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > whatever I want and save > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > "Bulk Mail". I create an email and mail it. > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > be emailed from the "Sales List" or any of the children campaigns that > > > are created from it. However, if I go create a "Newsletter List" custom > > > view and add it to the campaigns that customer _will_ be mailed again. > > > Using the regular contactdetails.emailoptout would have stopped that > > > customer from getting the newsletter list and is another good reason for > > > list management instead of entity management for campaigns. > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > stricter set of unsub management rules? Or do you think this mix is > > > just right? > > > > > > If you need further explanation just say so. > > > > > > Matt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 14:13:59 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 15:13:59 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> Message-ID: <1148418840.19129.73.camel@localhost.localdomain> This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 24 05:31:34 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:31:34 -0700 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148418840.19129.73.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> Message-ID: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Team, I am not sure if we do have a plan in place to have the list management part in. No doubt it can be done but the overall goal will be to have a logical flow in the system to use the feature which I suspect can be achieved at such short notice. Saint too has to be brought into the picture and he needs time to evaluate and suggest a flow. Then, comes the UI deliverables and the testing, bug-fixing,etc. I personally like the feature, in fact, what Matt has said is the proper way in which the feature should be provided. I do concede that the campaign management feature is as of now, more a place holder than anything. But, I am not sure if this is the right time to get this in. The Beta is just round the corner and we are better off testing whatever we have. Just for the info, I have asked Matt for the estimate for getting this feature in though but I am not in favour of adding any new features at this juncture. Your views are welcome. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/eda7774e/attachment.htm From richie at vtiger.com Wed May 24 05:35:54 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:35:54 -0700 Subject: [Vtigercrm-developers] tab builder. In-Reply-To: <1148411190.19129.59.camel@localhost.localdomain> References: <1148411190.19129.59.camel@localhost.localdomain> Message-ID: <10b6664dd2f.6043584129775129514.-7161469095950791290@@vtiger.com> Matt, I would suggest that we have it started as separate project in the forge. The way I see it is as follows :- a) We create the project in the forge b) Someone starts working on the project. c) Testing and documentation is done properly. d) Parallely, 5.0 gets released. e) We integrate or just plugin this feature into 5.1 with some basic amount of testing in. I would suggest the same for the custom field for the campaigns feature and the list management feature. I am sure, once we have a dedicated project setup, we can get a lot many guys to hack the code and make it better taking the onus off Matt. JeffK, Matt, tell me when to branch off for the 5.0+ stuff. I will need help timing that move. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/25957639/attachment.html From richie at vtiger.com Wed May 24 05:36:37 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:36:37 -0700 Subject: [Vtigercrm-developers] de-duplication In-Reply-To: <1148409324.19129.52.camel@localhost.localdomain> References: <1148409324.19129.52.camel@localhost.localdomain> Message-ID: <10b666587a8.-3324049467413022044.316899338876575084@@vtiger.com> Same suggestion as the previous mail. Let us have it as a separate project in the forge. We will integrate it to the core for the 5.1 or further series. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/89d969df/attachment-0001.htm From mmbrich at fosslabs.com Wed May 24 12:12:56 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 24 May 2006 13:12:56 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Message-ID: <1148497977.12716.36.camel@localhost.localdomain> I like the idea of a 5.1 branch to start this work on. Since this really is going to set the stage for the list management system in vtiger and just isn't a good candidate to throw in a week before your beta release :). I would put the time for list management, bulk emailing and email tracking at somewhere near 2-3 weeks given how much time I have lately. I think all together it took me 3-4 days of near non-stop work to get these features into 4.x. Anyways, after talking with some other vtiger users I have a list of additions I would like to get moved into 5.1+. Some of this work is going to be done because it's sponsored, I'll put a star next to those so you'll know which ones are at risk of being dropped if the client happens to decide against the feature.. Also speak up if you object to any of these feature going into 5.1+ releases. These are mostly in-order as I plan to enable them: 1) List Management 2) Bulk email and tracking capabilities 3) De-Duplication system 4) Expand on 4.x Click-to-Dial support by enabling skype, etc and make it a user configurable option 5) Per-campaign custom fields 6) Avery label maker -- JLee donated what will probably become the framework for this. I plan to add a template engine and maybe even envelope, postcard, etc makers :). <-"printing press" module? :) 7) Per-User email templates (JLee handed over some example code for this too) 8) Tab/Module Builder 9) OOo Mail merge plugin (*) 10) OOo document parser (*) 11) if 9 & 10 are completed I may build a document management system of some kind eventually. (something like knomos.org has) 12) Expand (and finish) much of the joomla<->vtiger work started in 4.x If you think any of these will scratch an itch for you then speak up and I'll be glad to help you with any questions you have. Matt On Wed, 2006-05-24 at 05:31 -0700, Richie wrote: > Team, I am not sure if we do have a plan in place to have the list > management part in. No doubt it can be done but the overall goal will > be to have a logical flow in the system to use the feature which I > suspect can be achieved at such short notice. Saint too has to be > brought into the picture and he needs time to evaluate and suggest a > flow. Then, comes the UI deliverables and the testing, > bug-fixing,etc. > > I personally like the feature, in fact, what Matt has said is the > proper way in which the feature should be provided. I do concede that > the campaign management feature is as of now, more a place holder than > anything. > > > But, I am not sure if this is the right time to get this in. The Beta > is just round the corner and we are better off testing whatever we > have. > > Just for the info, I have asked Matt for the estimate for getting this > feature in though but I am not in favour of adding any new features at > this juncture. > > > Your views are welcome. > > Richie > > > > > ---- Matthew Brichacek wrote ---- > > This is true, I've been known to change my mind before :) .. > but this is > something I really want to get moved into 5.x for my own > benefit as well > (because all you hackers are going to make it better than I > ever > imagined right?), on the other hand though I will surely > introduce some > bugs with this feature and that's not what feature freezes are > for ;). > > Anyways, if there is enough agreement in how list management > should be > done I'm willing to merge it in now if Richie still allows. I > am still > not sure how to tackle the list management though, I want to > improve on > how I did it for 4.x but haven't come up with any ideas on > just how to > do that yet. > > Matt > > On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > > I'm afraid that if you let pass this windows (as you say, > richie > > opened you a windows) while you are with this thing with the > hot > > hands, in the future things could cold and maybe you decide > that's not > > worth the effort... > > > > +1 > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > I'm not real sure what Richies plan is moving forward, he > wrote me this > > > AM and asked me to put the email tracking stuff in but I > declined > > > because we are still in feature freeze and because I > wanted opinions on > > > list management (not to mention I am still busy with > webmails stuff). > > > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 > then I will, > > > otherwise I will wait until the next window opens up and > do what I can > > > to merge it in then. > > > > > > As far as list management, we're on the same page, > currently if the user > > > clicks on the "Unsubscribe from all campaigns" link in the > unsub page > > > they will have the contactdetails.emailoptout flag set and > never be > > > emailed again from vtiger. > > > > > > > > > Matt > > > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler > wrote: > > > > Matthew, I think the email flag by campaign is rigth, > > > > maybe the contactdetails.emailoptout could be used for > 'never ever > > > > email this guy' > > > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > > > > /sak > > > > > > > > On 5/23/06, Matthew Brichacek > wrote: > > > > > Hello All, > > > > > > > > > > I'll be getting ready to drop the email tracking > capabilities into 5.x > > > > > soon and I would like peoples opinions on list > management... > > > > > > > > > > In our current deployment we've created an abstracted > list management > > > > > system called the "Campaigns" module.. Imagine > that :). Within this > > > > > module I track all lists by the parent_id and not by > entity. This is > > > > > because some of our customers are large telemarketing > organizations and > > > > > wanted to be able to harvest lists from their leads DB > and re-call them > > > > > even if they had a previous do-not-call flag set from > another campaign. > > > > > There are other good reasons for list management too, > I'll explain more > > > > > bellow. > > > > > > > > > > I tied the list management into the custom views > module, IE: if you > > > > > create a custom view called "List 1" you will have a > campaign created > > > > > with a parent id == customviewid of List 1. The parent > is where the > > > > > tracking begins at so that if the list is simply > duplicated (say for > > > > > another newsletter) then the unsub list is maintained. > If a new custom > > > > > view is created, the parent_id is set to the new > customviewid for the > > > > > new campaign and the list unsubs are reset. > > > > > > > > > > I know that is confusing but it enforces list > management and not at the > > > > > entity level so it still allows for harvesting new > lists from the db. > > > > > Here is a simple scenario of how it works: > > > > > 1) I create a custom view called "sales list" and > click the "Add to > > > > > Campaigns" checkbox and save it. > > > > > 2) A new campaign with a subject of "Initial list > creation" is created > > > > > with a parent_id == cvid of "Sales List" > > > > > 3) Set the campaign type == "Email" and the rest of > the fields to > > > > > whatever I want and save > > > > > 4) New button appears in Campaign DetaiView for > "Create/Edit Email" and > > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > > > Now, suppose one of my customers unsubs from this > list. He won't ever > > > > > be emailed from the "Sales List" or any of the > children campaigns that > > > > > are created from it. However, if I go create a > "Newsletter List" custom > > > > > view and add it to the campaigns that customer _will_ > be mailed again. > > > > > Using the regular contactdetails.emailoptout would > have stopped that > > > > > customer from getting the newsletter list and is > another good reason for > > > > > list management instead of entity management for > campaigns. > > > > > > > > > > So, what do you think? Far too complicated? Would you > like to see a > > > > > stricter set of unsub management rules? Or do you > think this mix is > > > > > just right? > > > > > > > > > > If you need further explanation just say so. > > > > > > > > > > Matt > > > > > > > > > > _______________________________________________ > > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From ncknight at pacific.net.sg Thu May 25 20:41:19 2006 From: ncknight at pacific.net.sg (Nicholas Chan) Date: Fri, 26 May 2006 11:41:19 +0800 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... In-Reply-To: <4469BCA8.5090309@vtiger.com> Message-ID: <002701c68076$4083e600$1201a8c0@ifoundriest30> Hi Saint, Speaking as a "first time user" point of view (based off shooting this screenshot to a few potential clients of mine), I would be confused on the difference between the Activities and Calendar (ie. "Isn't my activities supposed to be scheduled in the calendar) and on why they are not "two in one" like the approach Outlook takes in listing dated scheduled events (Calendar) and undated scheduled/unscheduled events (Activities/ToDo). Consolidation might be a better approach as the lesser options the user sees, yet while making facilities *sufficiently* but not overly comprehensive would be a good thing. _____ From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 16 May 2006 19:51 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0001.gif From mmbrich at fosslabs.com Mon May 29 16:43:02 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Mon, 29 May 2006 17:43:02 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function Message-ID: <1148946183.6551.3.camel@localhost.localdomain> I changed the Ajax() javascript function in ajax.js to VtigerAjax() since the name Ajax collides with the prototype Ajax function. I went through the system and tried to find everywhere that Ajax() was used and change it. I figured this was easier than trying to update prototype/scriptaculous every time they changed. Matt From webmaster at vtigercrmfrance.org Tue May 30 02:34:46 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 30 May 2006 11:34:46 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <447C11B6.7080709@vtigercrmfrance.org> Hi, i have an issue with tab "More information" on each modules. The link to callrelatedlist is translated with smarty : $smarty->assign("MODULE",$app_strings['Activities']); So when we call the related list, we obtain a "Hacking atempt" with french version. Always on editview & detailview tabs, you use terms like this : Activity Information, Basic Information and translated give : Activit? information, Basique information. But here we invert the terms like : Information basique, Information activit?. This second point is not really critic. Third point, can you replace all occurence of call/meeting/task by the corresponding image like in calendar ? Regards, A?ssa From mmbrich at fosslabs.com Tue May 30 05:52:19 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 30 May 2006 06:52:19 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function In-Reply-To: <1148946183.6551.3.camel@localhost.localdomain> References: <1148946183.6551.3.camel@localhost.localdomain> Message-ID: <1148993539.25630.1.camel@localhost.localdomain> Who wants to take bets on how many different languages you can hear my name being cursed in today :)? Vtiger crew.. didn't mean to make life harder for you, sorry if I missed areas where Ajax() was being called. Matt On Mon, 2006-05-29 at 17:43 -0600, Matthew Brichacek wrote: > I changed the Ajax() javascript function in ajax.js to VtigerAjax() > since the name Ajax collides with the prototype Ajax function. I went > through the system and tried to find everywhere that Ajax() was used and > change it. > > I figured this was easier than trying to update prototype/scriptaculous > every time they changed. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 06:58:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 09:58:03 -0400 Subject: [Vtigercrm-developers] Note about Ajax() javascript function References: <1148946183.6551.3.camel@localhost.localdomain> <1148993539.25630.1.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > Who wants to take bets on how many different languages you can hear my > name being cursed in today :)? Refactoring, when there's no test suite to run, is like mine sweeping. Someone's got to do it. Then you need someone *else* to go next ... > Vtiger crew.. didn't mean to make life harder for you, sorry if I missed > areas where Ajax() was being called. We'll pay little debts like this, for the um, 'diversity of style' in the codebase, from time to time. Don't take it too hard, the trunk by now is after all a many-times refactoring of a forked fork, with no smoke tests. ;) From sergiokessler at gmail.com Tue May 30 17:23:16 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 30 May 2006 21:23:16 -0300 Subject: [Vtigercrm-developers] dashboard not printable Message-ID: <49216030605301723j22d57d9epc4079173c1b95dcf@mail.gmail.com> I imagine that one of the main uses of the dashboard is to print it and show it to the boss or someone else... it is not printable. thanks to use of frames... santi, I told you so, frames are bad, very bad... and will cause you no end of problems... from usability to this very specific point... regards, /sergio From allan.bush+vtiger_dev at gmail.com Tue May 30 18:43:29 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 30 May 2006 18:43:29 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> Message-ID: <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Alright, since on one else is making a call I'll do it. 4.2.4 is ready for release. If no one is going to help put it out I'll package up the source and post it on the forums myself. It would be nice to have some kind of officially word but either way I'm going to release it to the public. Have a nice day, Allan On 5/19/06, Allan Bush wrote: > No one is working on it and no one is testing it. I think we're just > waiting for someone to release it but I don't know who that someone > is. If there's anything we still need to do to push this out let me > know and I'll do it. > From jtk at yahoo.com Tue May 30 19:11:19 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 22:11:19 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: Allan Bush wrote: > Alright, since on one else is making a call I'll do it. > 4.2.4 is ready for release. > If no one is going to help put it out I'll package up the source and > post it on the forums myself. Or, it could just be unreleased, and we'll delete the branch. One less version to support in the 4.2 series where there are apparently few developer resources. I'd almost prefer official release of vtigercrm-4.2.5 only, and have the vtiger team announce and maintain continuous migration support for vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged releases. All users could then be responsible for getting themselves to vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 migration. From developer at infointegrated.com Tue May 30 19:18:32 2006 From: developer at infointegrated.com (Brian Devendorf) Date: Tue, 30 May 2006 21:18:32 -0500 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. I think it would focus the bug reporting for vtiger 4 on the bugs that still exist in the product. On May 30, 2006, at 9:11 PM, Jeff Kowalczyk wrote: > Allan Bush wrote: >> Alright, since on one else is making a call I'll do it. >> 4.2.4 is ready for release. >> If no one is going to help put it out I'll package up the source and >> post it on the forums myself. > > Or, it could just be unreleased, and we'll delete the branch. One less > version to support in the 4.2 series where there are apparently few > developer resources. > > I'd almost prefer official release of vtigercrm-4.2.5 only, and > have the > vtiger team announce and maintain continuous migration support for > vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged > releases. > > All users could then be responsible for getting themselves to > vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 > migration. > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 21:11:28 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 00:11:28 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> Message-ID: Brian Devendorf wrote: > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > I think it would focus the bug reporting for vtiger 4 on the bugs > that still exist in the product. Sure, its always good to have extra point releases to eliminate patch trading. vtigercrm-4.2.5 will likely follow soon after. Based on past tags, our procedure was to put the branch in the exact form used for release, then copy to a tag using the command: # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' Ideally (and we may not be there yet), a release fileset is a vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 With no post processing. I guess for .exe installers (if used), that's an exeption to the rule. Unless there are any changes to forward port to branches/4.2, we finally svn rm the branches/4.2.4. Thanks for doing the release, Allan. From damien at uts.net.au Tue May 30 21:32:56 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Wed, 31 May 2006 14:02:56 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004e01c6846b$49c6f2e0$4469a8c0@nec5080152> Hi, I have developed a hacky script that collects all invoices that are created/approved (as in not sent, not overdue, not paid) and emails them to the customer (it will eventually also send a print job for each invoice too). The script will also check for a custom field that I have created and determine if it is recurring. If it is, it will create a new invoice. Well, all this is working nicely, but there are a few little bugs and I need some advice... I'm fairly new to the codebase of vTiger and I would like to ask what would be the best way to intergrate this module with vTiger? I want to be able to call this script by cron. At the moment, I have the script sitting in the root directory and including all the needed classes. What's the best way to go about integrating my script? Cheers, Damien Unique Technology Solutions PS: I'd be happy to release the code to the vTiger community if it turns into a worthy feature. From richie at vtiger.com Wed May 31 12:23:27 2006 From: richie at vtiger.com (Richie) Date: Wed, 31 May 2006 12:23:27 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 Beta released Message-ID: <10b8be67fad.4216262142687582272.-5018645744322861309@@vtiger.com> Hello! vtiger CRM 5 Beta has been released. Thanks to all of you for your support and patience. We have tried to integrate as many feedbacks as we could. There is still a long way to go though. The relevant files are available at the following location : http://sourceforge.net/project/showfiles.php?group_id=117522&package_id=192322&release_id=421343 The demo is available at http://www.vtiger.com/products/crm/demo_5beta/index.php The issues can be filed at http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060531/0728e294/attachment-0001.html From jtk at yahoo.com Wed May 31 15:04:25 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 18:04:25 -0400 Subject: [Vtigercrm-developers] PHP Source Beautification Message-ID: Has anyone used PHP source beautification tools with any success? http://neurobashing.com/blog/archives/2005/03/24/phptidy_quest_continues.html http://www.waterproof.fr/products/phpCodeBeautifier/ Assuming the right tool made PHP source beautification quick and reliable, whether (and when) we should bulk-apply formatting standards to the codebase is an open question. The downside is that diffs and merges across that boundary of revision(s) don't really have much use anymore. If there was a branch of the source code that would never have fixes and features back ported to it, then it would be a possibility to do rapid, wholesale beautification. To my way of thinking, the trunk, prior to branching for vtigercrm-5.0.0 release candidates, might fit this description, and would be the last opportunity of this type for quite a while. Any thoughts? From rudig at tiscali.be Wed May 31 09:46:16 2006 From: rudig at tiscali.be (rudi gybels) Date: Wed, 31 May 2006 18:46:16 +0200 Subject: [Vtigercrm-developers] vtigercrm-developers Digest, Vol 6, Issue 6 In-Reply-To: Message-ID: <001201c684d1$bc4bbfb0$9e02a8c0@ZOND002> Hi, For Abos: The problem with: 52 bd Jeanne d'Arc Can be solved by adding the php escape: 52 bd Jeanne d\' Arc If entered like this, the issue should be solved. Best regards, Rudi. -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Namens vtigercrm-developers-request at lists.vtigercrm.com Verzonden: dinsdag 6 juni 2006 17:30 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: vtigercrm-developers Digest, Vol 6, Issue 6 Send vtigercrm-developers mailing list submissions to vtigercrm-developers at lists.vtigercrm.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers or, via email, send a message with subject or body 'help' to vtigercrm-developers-request at lists.vtigercrm.com You can reach the person managing the list at vtigercrm-developers-owner at lists.vtigercrm.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtigercrm-developers digest..." Today's Topics: 1. Custom fields in vtiger CRM 5 (Abos) 2. Calendar V5 (Abos) 3. Some dropdown (Abos) 4. Customview pagination (Abos) 5. Translations (Abos) 6. Re: Can we release 4.2.4 already? (Richie) 7. Re: bug fixes/contributions for 5.0 (Sergio A. Kessler) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Jun 2006 14:20:09 +0200 From: Abos Subject: [Vtigercrm-developers] Custom fields in vtiger CRM 5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448572F9.4020401 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, on new version, the picklist are re ordered alphabeticaly. It's really difficult to use for me. By default the first value (reordered) is selected. If i create a new picklist like this : Select My value 1 My value 2 ... With the new system i obtain in my module : My value 1 (saved by default and wrong !) My value 2 Select With admin, if i edit a custom field, i have not the value list, i have to click on field type to show my picklist value for modifications. Cheer, A?ssa ------------------------------ Message: 2 Date: Tue, 06 Jun 2006 14:26:00 +0200 From: Abos Subject: [Vtigercrm-developers] Calendar V5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857458.1060300 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't know if the new calendar ready, but the share system is not working correctly. I only see the activities from others users on my home. I alway obtain : You are not permitted to execute this Operation when i follow the link. The activity is created by admin, the admin calendar is share with standarduser. I have created a group with admin & standarduser, same result. ------------------------------ Message: 3 Date: Tue, 06 Jun 2006 14:29:53 +0200 From: Abos Subject: [Vtigercrm-developers] Some dropdown To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857541.2010600 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Again, For some system dropdown like quick create, it can be usefull to have a first field called "select", because Account is selected by default, and i can't create a account directly. Same thing for module portal, the first site saved is never displayed, i have to change 2 times to see the first entry. ------------------------------ Message: 4 Date: Tue, 06 Jun 2006 14:32:43 +0200 From: Abos Subject: [Vtigercrm-developers] Customview pagination To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448575EB.8080104 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed This feature is really cool, but, if i use a customview for a mass mailing, only the 10 or X first entry are used to send email. Cheer A?ssa ------------------------------ Message: 5 Date: Tue, 06 Jun 2006 15:13:07 +0200 From: Abos Subject: [Vtigercrm-developers] Translations To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857F63.90303 at vtigercrmfrance.org> Content-Type: text/plain; charset="iso-8859-1" Translations problems ;-) Critical : The button save in "My preferences" not work with french lang. For each Tab "More information" in detail view. Critical : The link (url) is translated, exemple in Campaigns we have : http://127.0.0.1/vtbeta/index.php?action=CallRelatedList&module=* Campagnes* &record=121&parenttab=Marketing and obtain an hacking attempt. When i'm on tab relatedlist : The tab names are now in english, The modules names are in enlish, All the button "Add new..." are in english, Only the table header are translated. Module dashboard : By default all is translated. But if i click on any link, all is in english. In fact, only dashboard home is translated. Module report : The table header (field names) are not translated on report display and exports PDF/XLS Left panel "Actions" : All have to be translate. On custom field creation : index.php?module=Settings&action=SettingsSubMenu&type=CustomField&parenttab= Settings The module names have to be translated. On picklist settings : index.php?module=Settings&action=PickList&parenttab=Settings Same thing, the module name have to be translated. On default field permission : index.php?module=Users&action=DefaultFieldPermissions&parenttab=Settings The field name have to be translated On profiles privil?ges : index.php?module=Users&action=profilePrivileges&return_action=ListProfiles&p arenttab=Settings&mode=edit&profileid=4 Module names, Field names, actions have to be translated. On OrgSharingDetailView : Button add privilege have to be translated, Rules pop up and fields too Iventory notification : index.php?module=Users&action=listinventorynotifications&parenttab=Settings The term Tool on table header have to be translated Critical : Company information : The bug with ' persist. My company address : 52 bd Jeanne d'Arc. How to have my company address in vtiger crm ? Module calendar : Repeat type have to be translated. Daily, weekly, monthly have no signification here. The term "view" for hour view and list view have to be translated Module Activites : On list view, call/meeting/task have to be translated or changed for image. On editview same thing + repeat. Critical : Some "Ajax" save button not work. Critical : On some module the tag cloud system display an hacking attempt, i think it's due to a module name translation. Character set is not displyed on html source. Critical : Character problem with announce and accents. Chat not work, when i press "enter" i go to the home page. To be continued.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/29821bce/attachment-0001.htm ------------------------------ Message: 6 Date: Tue, 06 Jun 2006 08:08:59 -0700 From: Richie Subject: Re: [Vtigercrm-developers] Can we release 4.2.4 already? To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <10ba9e3af95.-5842706935838209260.-5610252546111581252@@vtiger.com> Content-Type: text/plain; charset="utf-8" Hi! The 4.2.4 is available for download at the following location :- http://vtiger.com/download/vtiger_CRM_4_2_4.exe http://vtiger.com/download/vtiger_CRM_4_2_4.bin http://vtiger.com/download/vtiger_CRM_4_2_4.PhpDocs.zip The source will be released soon as there is a small logistical problem here causing the delay. Let me know if there be any issues. Should we make this an official announcement Allan? I would prefer if you do it as you have taken the initiative. It is only right that the credit too is taken by you. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Thanks guys, I've tagged and exported 4.2.4 (without changes) and it's ready to go. I also created some release notes, attached to this email if anyone has any input on them. I sent this information along with the packaged release to richie but as he seems to be unresponsive on this release I'm not counting on him to get it out in a timely manner. I'd like to put the release on the trac system, if the admin is alright with that please email me directly and I'll get you the files, if not I'll just attach it to the vtiger message board. On a side note the trac ticket system should be modified to remove 4.2.4 as a milestone and add it as a version (and probably remove the 4.2.4rc's well we're at it), if that can be done without messing up the existing tickets. Allan On 5/30/06, Jeff Kowalczyk <jtk at yahoo.com> wrote: > Brian Devendorf wrote: > > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > > I think it would focus the bug reporting for vtiger 4 on the bugs > > that still exist in the product. > > Sure, its always good to have extra point releases to eliminate patch > trading. vtigercrm-4.2.5 will likely follow soon after. > > Based on past tags, our procedure was to put the branch in the exact form > used for release, then copy to a tag using the command: > > # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' > > Ideally (and we may not be there yet), a release fileset is a > vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: > > # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 > > With no post processing. I guess for .exe installers (if used), that's an > exeption to the rule. > > Unless there are any changes to forward port to branches/4.2, we finally > svn rm the branches/4.2.4. > > Thanks for doing the release, Allan. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/fb3ac5ff/attachment-0001.html ------------------------------ Message: 7 Date: Tue, 6 Jun 2006 12:30:11 -0300 From: "Sergio A. Kessler" Subject: Re: [Vtigercrm-developers] bug fixes/contributions for 5.0 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <49216030606060830we1cffcej4bc76800f12657ef at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed normally one should fill a issue with the trac (posting the patch there) and post a message here with a blurb about the problem and a link to the trac issue number... regards, /sak On 6/6/06, Richie wrote: > > Hello! > > I stand corrected. My intention of suggesting the mailing list was to have a > on-the-spot peer review and we will not miss out too many patches. Moreover, > we had a damn good number of fixes/posts in the mailing list for 4.2.4. > But then, the trac is the proper place to handle these issues. I see the > light now :) > > My only point of concern is how does the team/community get notified of the > patches submitted in the trac? Jeff any ideas on this front? > > Please post all the patches/fixes to the trac in the meantime. It will be a > bit confusing initially but then we will come to terms with it too. > > > > > > > ---- Allan Bush wrote ---- > > > I think handling multiple bug fixes on the mailing list could become > hard to organize very quickly. > > We would be better off to create tickets in the trac system and attach > a patch. I've used this system before and it's much easier to work > with and keep organized. My only concern would be that the patch > would be lost among the other thousand plus tickets, but if we create > a keyword to be used or assigned the ticket to an appropriate person > it should receive enough attention. > > On 6/5/06, Richie wrote: > > > > Hello! > > > > We welcome bug fixes for vtigercrm 5.0. Do feel free to > > post the fixes in this email list so that > > we can have a peer > > review right here and I will integrate it into the trunk. > > > > I will need some help in this regard. Any one willing > > to lend me a hand please? > > I would think that having 2 guys as assistants will > > be good as the product is too big to be > > handled > > by myself and a single helper. We can start having the > > fixes for the issues in the trac or even > > otherwise. > > > > > > The only rules before checking into the trunk are that :- > > > > the person should know what he is doing. > > in case of any possible issues, raise the flag then > > and there and submit the post/patch for > > further > > review. > > keep all of us in the same page as most of us are > > in different time zones so the mailing > > list will be > > the only mode of keeping in touch. > > > > > > > > If there be a better approach to this, I am willing > > to listen. > > > > Jeff, Brian, Allan, Joel, Matt, ...? > > > > > > Richie > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > > personal organizer online, Zoho Planner for FREE instead! > > http://zohoplanner.com/?vt > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > ------------------------------ _______________________________________________ vtigercrm-developers mailing list vtigercrm-developers at lists.vtigercrm.com http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers End of vtigercrm-developers Digest, Vol 6, Issue 6 ************************************************** From damien at koalatelecom.com.au Thu May 18 23:49:28 2006 From: damien at koalatelecom.com.au (Damien Bezborodow) Date: Fri, 19 May 2006 06:49:28 -0000 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <002201c67b10$71a9bb80$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/723b60fc/attachment.html From saint at vtiger.com Tue May 2 02:28:40 2006 From: saint at vtiger.com (Saint) Date: Tue, 02 May 2006 11:58:40 +0530 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <001801c66b65$97492520$6364a8c0@ifoundriest30> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> Message-ID: <4456FC18.4040707@vtiger.com> Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: > Hello team, > > > > I would like to add my observation on this "Detailed View". > > > > Before this is rolled out "all out", I believe the more important > thing is that this would be one of the beginning steps of Sales > Automation, this example would aptly be the "order progress". I would > see this screen being particularly useful for Account Executives and > Field Sales: > > > > * Able to check on previous orders from this client; if a "quick > notes" section that can list out some user configurable details > such as "Last order date", "Last order size", "Any outstanding > cases", etc on the right column just above the "Actions" would > be a great assistance. > * Able to pull data seamlessly from all modules (ie. Price book, > terms and conditions from existing options) without needing to > "right-click and open" other tabs. > > > > An enhanced version for management purposes would be to allow all > detailed views to open up as below, including those that are "done" so > as to do checking. Versioning for any adjustments and auto-numbering > (with reference on who adjusted what) would be important also in this > screen. > > > > Finally I certainly do hope that this would set the fundamental > workflow system in place for the workflow module! > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On Behalf > Of *Saint > *Sent:* 27 April 2006 23:45 > *To:* LANCER : Developers List > *Subject:* [Vtigercrm-developers] LANCER : Related Actions link: Will > thishelp? > > > > Guys, > > Check the attached image. We are thinking about providing relevant > actions/links in major modules (in detailed view, espicially). What do > you think? will this help the users? will it improve the user experience? > > Example 1. Say for example, When you are viewing a Quote, you can > generate an invoice/sales order directly, also one can track similar > quotes using the information of that particular quote like account > name, potential name, address, or products etc. > > Example 2. Another example is .. when you are viewing a product > details, you cna create a quote/invoice/sales order, track all quotes > pertaining to that product etc. > > > regards, > Saint > >------------------------------------------------------------------------ > >_______________________________________________ >This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: asynch.jpg Type: image/jpeg Size: 27956 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 94604 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0002.jpe From richie at vtiger.com Tue May 2 02:50:48 2006 From: richie at vtiger.com (Richie) Date: Mon, 01 May 2006 23:50:48 -0700 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <4456FC18.4040707@vtiger.com> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> <4456FC18.4040707@vtiger.com> Message-ID: <10af3dd03fe.-1320619257654408135.-5132094664933082522@@vtiger.com> Hello! Great feedbacks! It will be nice to get some of these kinds of feedbacks on the other modules as well. The tech aspects can be handled that is not an issue at all. If we could get similar feedbacks for all the other modules as well, we could plan on providing a generic set of features. Richie ---- Saint<saint at vtiger.com> wrote ---- Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: Hello team,   I would like to add my observation on this “Detailed View”.   Before this is rolled out “all out”, I believe the more important thing is that this would be one of the beginning steps of Sales Automation, this example would aptly be the “order progress”. I would see this screen being particularly useful for Account Executives and Field Sales:   Able to check on previous orders from this client; if a “quick notes” section that can list out some user configurable details such as “Last order date”, “Last order size”, “Any outstanding cases”, etc on the right column just above the “Actions” would be a great assistance. Able to pull data seamlessly from all modules (ie. Price book, terms and conditions from existing options) without needing to “right-click and open” other tabs.   An enhanced version for management purposes would be to allow all detailed views to open up as below, including those that are “done” so as to do checking. Versioning for any adjustments and auto-numbering (with reference on who adjusted what) would be important also in this screen.   Finally I certainly do hope that this would set the fundamental workflow system in place for the workflow module!   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 27 April 2006 23:45 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp?   Guys, Check the attached image. We are thinking about providing relevant actions/links in major modules (in detailed view, espicially). What do you think? will this help the users? will it improve the user experience? Example 1. Say for example, When you are viewing a Quote, you can generate an invoice/sales order  directly, also one can track similar quotes using the information of that particular quote like account name, potential name, address, or products etc. Example 2. Another example is .. when you are viewing a product details, you cna create a quote/invoice/sales order, track all quotes pertaining to that product etc. regards, Saint _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060501/7e1a5d52/attachment-0002.html From richie at vtiger.com Tue May 2 08:29:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 05:29:25 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> Message-ID: <10af51304c1.6627470334370854809.-2656457101932597560@@vtiger.com> Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/f2c8b379/attachment.html From Joel.Rydbeck at nubrek.com Tue May 2 14:46:22 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 13:46:22 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Richie, Do you want to create a branch for us to check changes into? How would you like to see this play out? The PostgreSQL changes have typically been widespread. If you're ok with helping merge changes back into the truck, we could get the bulk of the changes in to a branch, merge it in, and then bug fix from there. Allan / Jeff, do you guys want to communicate directly via email to coordinate? Mine is joel.rydbeck(-at-) nubrek.com Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Tue 5/2/2006 7:45 AM To: vtigercrm-developers at lists.vtigercrm.com Cc: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9398 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/82ace2ec/attachment-0002.bin From jtk at yahoo.com Tue May 2 15:46:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 15:46:03 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > Do you want to create a branch for us to check changes into? How would > you like to see this play out? > > The PostgreSQL changes have typically been widespread. If you're ok > with helping merge changes back into the truck, we could get the bulk of > the changes in to a branch, merge it in, and then bug fix from there. A branch makes the most sense. I volunteer to do the mechanical (e.g. naive) merging of trunk activity to the feature branch as long as it is in use. This keeps the diff small and makes it easier to merge portions or the whole back to the trunk at any given time. When there is consensus that work will begin, Someone should issue the following command (all on one line): svn cp http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration -m 'refs #752. Create a branch of vtigercrm/trunk named vtigercrm/branches/5.0_postgresql_integration. Development on this branch should be merged back to vtigercrm/trunk as soon as complete, to be included in vtigercrm/tags/vtigercrm-5.0.0beta series' I can make that branch if/when Allan, Joel, et al say they're ready to work on it. We have ticket #752 to reference this work: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 From allan.bush+vtiger_dev at gmail.com Tue May 2 16:06:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:06:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Personally I don't think we really need a branch as the changeset should be much smaller then for 4.2 and we're not working at the same time as RCs are being releases so I'm not worried about temporally breaking things. If we want to back it out we'll have the list of changesets attached to a tracking ticket anyways. If someone would give me permission to commit in the trunk I'll start working on Postgres support. On 5/2/06, Jeff Kowalczyk wrote: > Joel Rydbeck wrote: > > Do you want to create a branch for us to check changes into? How would > > you like to see this play out? > > > > The PostgreSQL changes have typically been widespread. If you're ok > > with helping merge changes back into the truck, we could get the bulk of > > the changes in to a branch, merge it in, and then bug fix from there. > > A branch makes the most sense. I volunteer to do the mechanical (e.g. > naive) merging of trunk activity to the feature branch as long as it is > in use. This keeps the diff small and makes it easier to merge portions or > the whole back to the trunk at any given time. > > When there is consensus that work will begin, Someone should issue the > following command (all on one line): > > svn cp > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration > -m 'refs #752. Create a branch of vtigercrm/trunk named > vtigercrm/branches/5.0_postgresql_integration. Development on this branch > should be merged back to vtigercrm/trunk as soon as complete, to be > included in vtigercrm/tags/vtigercrm-5.0.0beta series' > > I can make that branch if/when Allan, Joel, et al say they're ready to > work on it. > > We have ticket #752 to reference this work: > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Tue May 2 16:19:39 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 16:19:39 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: Allan Bush wrote: > Personally I don't think we really need a branch as the changeset should > be much smaller then for 4.2 and we're not working at the same time as > RCs are being releases so I'm not worried about temporally breaking > things. That's true, your method involves fixing adodb usage one query at a time. Aside from the bootstrapping needed to get a postgresql database loaded (which can probably be done during one workday's time-zone offset), ongoing breakage from any particular query-fixing changeset should be unlikely. > If we want to back it out we'll have the list of changesets attached to > a tracking ticket anyways. Also true. For reference, anyone making commits on this task please be sure to add the text "refs #752" somewhere in your commit message. I prefer it to be the first part of the message, myself. > If someone would give me permission to commit in the trunk I'll start > working on Postgres support. Do you mean software permissions, or consent? I didn't think the repository was partitioned in commit access that way. If its just Richie and team's consent you seek, I'd say you have it based on Richie's messages to this list. Go for it. From allan.bush+vtiger_dev at gmail.com Tue May 2 16:42:03 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:42:03 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> > > Do you mean software permissions, or consent? I didn't think the > repository was partitioned in commit access that way. > > If its just Richie and team's consent you seek, I'd say you have it based > on Richie's messages to this list. Go for it. > software permissions, unless I'm just totally screwing something up. When trying to commit on the trunk I get prompted for my username/password and an authorization failed error. I wasn't able to create a branch when I wanted to before either so I think my account is limited in some way. From mmbrich at fosslabs.com Tue May 2 17:44:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 15:44:09 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> Message-ID: <1146606249.30221.34.camel@localhost.localdomain> You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From Joel.Rydbeck at nubrek.com Tue May 2 17:59:24 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 16:59:24 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 5886 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/dc2ce803/attachment-0002.bin From jtk at yahoo.com Tue May 2 18:26:00 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:26:00 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > (Allan) should have commit permissions for trunk now, enjoy :). Can you make the same permission setting change for me (and Joel?) as well? I just tried to check in a mimetype propset, and got the auth prompt like Allan did. I'm just going to be doing housecleaning-type stuff, (hopefully) nothing that changes program code. From jtk at yahoo.com Tue May 2 18:29:48 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:29:48 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. From mmbrich at fosslabs.com Tue May 2 18:38:40 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 16:38:40 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: <1146609521.30221.41.camel@localhost.localdomain> Done and done. Matt On Tue, 2006-05-02 at 18:26 -0400, Jeff Kowalczyk wrote: > Matthew Brichacek wrote: > > (Allan) should have commit permissions for trunk now, enjoy :). > > Can you make the same permission setting change for me (and Joel?) as > well? I just tried to check in a mimetype propset, and got the auth > prompt like Allan did. > > I'm just going to be doing housecleaning-type stuff, (hopefully) nothing > that changes program code. > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 3 02:15:17 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:15:17 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e2d90d.-5750206824567509625.-7091388184876865000@@vtiger.com> Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck<Joel.Rydbeck at nubrek.com> wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/a0861033/attachment-0002.html From richie at vtiger.com Wed May 3 02:18:43 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:18:43 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e60164.-150783175157416236.8662637408496963933@@vtiger.com> Hail JeffK! Nex time I will be ultra-careful while writing in presence of the versioning guru! :-) Coming to brasstacks, Is Allan going to be solo on this or is Joel joining him? If any of you guys could tell me how to get a PostGres setup running, I could try and get a setup ready for testing it on the same locally over here when time permits. Let me know if I need to do anything. Thanks for the help guys. Really appreciate it. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/eb1edb12/attachment.html From dgrant at accuratetechnologies.com Wed May 3 10:25:00 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 3 May 2006 10:25:00 -0400 Subject: [Vtigercrm-developers] Quotes must retain product add order Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FC@exch.accuratetechnologies.com> Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG From Joel.Rydbeck at nubrek.com Wed May 3 10:32:15 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:15 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: Richie, I'll let Allan and Jeff fill in the gaps. a) How do we give the user the option of using PostGres while installation? This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? & c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). Thank you for your support and assistance in performing this. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Wed 5/3/2006 1:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 8538 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/af3dba8d/attachment-0002.bin From Joel.Rydbeck at nubrek.com Wed May 3 10:32:45 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:45 -0500 Subject: [Vtigercrm-developers] Quotes must retain product add order References: <000601c66ebe$2a14b6c0$0a0510ac@nubrek.local> Message-ID: Forgive my ignorance here, but will we be able to have custom columns for products in 5.0? I have customers who want to track several item-specific numbers and its difficult at best in 4.2. - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Dennis Grant Sent: Wed 5/3/2006 9:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] Quotes must retain product add order Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7712 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/3efd3e15/attachment-0002.bin From sergiokessler at gmail.com Wed May 3 10:38:02 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 11:38:02 -0300 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <6609477483050127988@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <6609477483050127988@unknownmsgid> Message-ID: <49216030605030738n78e6506br19b0d48b7dc5e658@mail.gmail.com> richie, if you are using windows then the easy way is to download the wrapped package of postgres for windows: http://pgfoundry.org/frs/?group_id=1000007&release_id=438 it come with a pgAdmin tool that let you manage the cluster... cheers, /sak On 5/3/06, Richie wrote: > Hail JeffK! > > Nex time I will be ultra-careful while writing in presence of the versioning > guru! :-) > > Coming to brasstacks, > > Is Allan going to be solo on this or is Joel joining him? > If any of you guys could tell me how to get a PostGres setup running, I > could try and get a setup ready for testing it on the same locally over here > when time permits. > > Let me know if I need to do anything. > > Thanks for the help guys. Really appreciate it. > > Richie > > > > > ---- Jeff Kowalczyk wrote ---- > > > Joel Rydbeck wrote: > > It looks like you're going solo on the front end of this. I'm guessing > > this relegates Jeff and I to testing. Once you're ready I'll do a quick > > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > > team will signal us if they find any MySQL bugs. > > > > Let me know how you want bugs filed. > > I'd say keep using bug #752. The only irrelevant part is that there > probably won't be a branch created. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Wed May 3 13:55:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Wed, 3 May 2006 10:55:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Filling in the gaps. On 5/3/06, Joel Rydbeck wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan From david.bain at alteroo.com Wed May 3 18:53:04 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 18:53:04 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields Message-ID: How do I customize customer information fields (if that's what you call them)? I would really like to be able to capture custom data that does not come standard with vtiger. Is there an interface to edit this information? Or does it require editing mysql etc.... For example, in Zope/Plone adding new fields is a matter of editing a schema. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/2b54e1c4/attachment-0002.html From david.bain at alteroo.com Wed May 3 19:08:11 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 19:08:11 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields In-Reply-To: References: Message-ID: Nevermind. I'll read the fine manual some more. On 5/3/06, David Bain wrote: > > How do I customize customer information fields (if that's what you call > them)? > I would really like to be able to capture custom data that does not come > standard with vtiger. > > Is there an interface to edit this information? Or does it require editing > mysql etc.... > > For example, in Zope/Plone adding new fields is a matter of editing a > schema. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4c28ecff/attachment.html From sergiokessler at gmail.com Wed May 3 20:45:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 21:45:24 -0300 Subject: [Vtigercrm-developers] EGS Message-ID: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> has anyone seen this: http://www.enterprisegroupwaresystem.org ? I didn't see the code, but the crm part looks familiar... /sak From mmbrich at fosslabs.com Wed May 3 20:54:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 03 May 2006 18:54:09 -0600 Subject: [Vtigercrm-developers] EGS In-Reply-To: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> References: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> Message-ID: <1146704049.5578.95.camel@localhost.localdomain> Nice project from what I could tell. I looked into it a couple months ago and walked through the code. As far as I can tell it wasn't derived from vtiger at all. I had thought about writing them a webmail interface similar to ours but I just haven't had any time to dedicate to it. Matt On Wed, 2006-05-03 at 21:45 -0300, Sergio A. Kessler wrote: > has anyone seen this: > > http://www.enterprisegroupwaresystem.org ? > > I didn't see the code, but the crm part looks familiar... > > > /sak > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From gopals at vtiger.com Wed May 3 21:02:02 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 03 May 2006 18:02:02 -0700 Subject: [Vtigercrm-developers] Integrated Latest phpSysInfo 2.5.2 RC2 Message-ID: <10afcea6cd7.-2739018677294874289.-3222981390591371583@@vtiger.com> Hello, We have tested the latest version of phpSysInfo 2.5.2 RC2 with v5 development build. Some of the long pending issue related to System Configuration information in Window OS has been fixed. We have also tested the same in RedHat and it is working fine. I would like to request you all test it in various other Linux versions, particularly BSD and post your findings. FYI, you can check out (cvs co) the latest v5 source and test the System Configuration link available under Settings page. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/db01e18d/attachment-0002.html From libregeek at gmail.com Thu May 4 02:11:28 2006 From: libregeek at gmail.com (Manilal K M) Date: Thu, 4 May 2006 11:41:28 +0530 Subject: [Vtigercrm-developers] Use of user_privileges directory Message-ID: <2315046d0605032311p3514c673u6a02d86e4fef52cc@mail.gmail.com> Hi all, Please somebody give information about the user_privileges in vtiger5. I found two files like #1. index.html #2. sharing_privileges_2.php #3. user_privileges_2.php #4. sharing_privileges_1.php #5. user_privileges_1.php I searched the documentation, but no information. Is these files dynamically created or statically created when the user is created? regards Manilal From richie at vtiger.com Thu May 4 02:31:52 2006 From: richie at vtiger.com (Richie) Date: Wed, 03 May 2006 23:31:52 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <10afe1866d3.3329408199491161929.6491690970121438669@@vtiger.com> Hi! I would suggest that we have a branch for the PostGres part so that the merging will be a separate operation. This will ensure that we are able to keep track of breakages as well. JeffK, what do you suggest? The core-team has been working on bug-fixes and has done quite a lot of changes. I am concerned that we might again have to run in circles in the worst case with the PostGres fixes. Allan, no offence meant. Just voicing my concern. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Filling in the gaps. On 5/3/06, Joel Rydbeck <Joel.Rydbeck at nubrek.com> wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4af89e4e/attachment.html From m.jacquemes at neuf.fr Thu May 4 06:26:12 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Thu, 04 May 2006 12:26:12 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: I don't want to give you more work on Postgres support but maybe you remember I have done some work on MsSQL few time ago. I found that most of the efforts you have done normalizing queries were compatible with MsSQL. I have already made V5 work on this database but my code is not clean enough to contribute. What I would be interested is to follow your work and, if you agree, eventually make suggestions to have more portable queries. There is unfortunately a prerequisite for MsSQL about database schema. MsSql needs that all foreign key constraints ON DELETE CASCADE be replaced by ON DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I have already posted some lmails about that but never had feedback. This clause is actually silly because there are loops in vtiger database schema and I don't know how will react Postgres if it is activated. I do think that if we could have MsSQL support at the same time it will be a plus for vtiger. Michel From jtk at yahoo.com Thu May 4 11:28:02 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 04 May 2006 11:28:02 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <29109.7996909686$1146724345@news.gmane.org> Message-ID: Richie wrote: > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. This will ensure that we are able > to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in > the worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie Personally, I don't mind using a branch. It is extra work to maintain (and fewer people will test), but no one wants to slow down the vtiger teams workflow. Allan thinks the changes (some setup changes initially, then 'ADODB/SQL standardising' one query at a time) shouldn't cause breakage in the trunk. If we can safely land the changeset that supports both postgresql and mysql setup, I agree with Allan that there should be very little impact on mysql users from the per-query changesets. If there's a problem, just back that changeset out and ref #752. If the original plan is resumed to make a vtigercrm/branches/5.0_postgresql_integration, I will volunteer to naively merge (e.g. trunk wins conflicts, annotated) incoming trunk changesets to the postgresql branch during the few days while Allan, Joel and Michel's postgresql work is being done. FWIW, we could try the development in the trunk, and branch at any time if problems arise. I expect that after the postgresql setup capability is added, there won't really be a need to branch. From allan.bush+vtiger_dev at gmail.com Thu May 4 11:58:59 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:58:59 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> I'd love to support MsSQL as well, unfortunately I don't have a MsSQL test environment which make it pretty impractical for me to make the required changes. Have you tried checking out the latest code from the 4.2 branch to see how it works on MsSQL? I'd be interested to know how it works out for you, I anticipate you'll have a few rough spots where I made some ugly hacks based on the database being Postgres. The ON DELETE CASCADEs work really well in Postgres actually (not that anything really ever gets deleted via the web interface). Do you have an example of a loop so I can test that part out? Let me know of the issues you have and I'll try and incorporate them into the Postgres changeset. Allan On 5/4/06, Michel JACQUEMES wrote: > I don't want to give you more work on Postgres support but maybe you > remember I have done some work on MsSQL few time ago. I found that most of > the efforts you have done normalizing queries were compatible with MsSQL. > > I have already made V5 work on this database but my code is not clean enough > to contribute. What I would be interested is to follow your work and, if you > agree, eventually make suggestions to have more portable queries. > > There is unfortunately a prerequisite for MsSQL about database schema. MsSql > needs that all foreign key constraints ON DELETE CASCADE be replaced by ON > DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I > have already posted some lmails about that but never had feedback. > This clause is actually silly because there are loops in vtiger database > schema and I don't know how will react Postgres if it is activated. > > I do think that if we could have MsSQL support at the same time it will be a > plus for vtiger. > > Michel > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From m.jacquemes at neuf.fr Thu May 4 23:42:51 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Fri, 05 May 2006 05:42:51 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> Message-ID: Hi Allan, I know it works because vtiger never use this feature. I have never tested it directly and don't know what are doing MySql or Postgres. Anyway I don't think it is a good practice. Code has to master record deletion, know if there are depending records and so on. You will find joined a loop sample but there are several others. The problem with MsSQL is that it makes its control at constraint creation. If you leave the schema as it is you loose all the constraints. I have submitted a ticket, Mike has scheduled it for rc5. http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/53 I will test Postgres branch soon. Michel > -----Message d'origine----- > De?: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm- > developers-bounces at lists.vtigercrm.com] De la part de Allan Bush > Envoy??: jeudi 4 mai 2006 17:59 > ??: vtigercrm-developers at lists.vtigercrm.com > Objet?: Re: [Vtigercrm-developers] postgres support in v5 > > I'd love to support MsSQL as well, unfortunately I don't have a MsSQL > test environment which make it pretty impractical for me to make the > required changes. > > Have you tried checking out the latest code from the 4.2 branch to see > how it works on MsSQL? I'd be interested to know how it works out for > you, I anticipate you'll have a few rough spots where I made some ugly > hacks based on the database being Postgres. > > The ON DELETE CASCADEs work really well in Postgres actually (not that > anything really ever gets deleted via the web interface). Do you have > an example of a loop so I can test that part out? > > Let me know of the issues you have and I'll try and incorporate them > into the Postgres changeset. > > Allan -------------- next part -------------- A non-text attachment was scrubbed... Name: SchemaCRMEntity.jpg Type: image/jpeg Size: 56957 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060505/e4a8ed5e/attachment.jpg From jtk at yahoo.com Fri May 5 21:03:07 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 05 May 2006 21:03:07 -0400 Subject: [Vtigercrm-developers] PHP interactive shell available Message-ID: http://jan.kneschke.de/projects/php-shell/ This interactive environment for recent php versions may be helpful to some of the active coders and debuggers on the vtigercrm project. Just FYI, hope it helps. From jtk at yahoo.com Sun May 7 23:38:36 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 07 May 2006 23:38:36 -0400 Subject: [Vtigercrm-developers] trac timeline decrease from 30 days to 7 days default? Message-ID: Can someone with admin access to the trac server set the 'days back' parameter for: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/timeline from '30' to '7' days or so? I think a week of activity is enough to stay informed for the default view... I check this page frequently each day, and I feel like I'm slowing the server for others when I do. vtigercrm fortunately enjoys lots of activity, between trac tickets and changelog messages. Thanks. From webmaster at vtigercrmfrance.org Mon May 8 03:23:51 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 08 May 2006 09:23:51 +0200 Subject: [Vtigercrm-developers] plesk package for vtiger is coming Message-ID: <445EF207.2080801@vtigercrmfrance.org> Hi, a french community member (nick hyperion) ask to 4psa.com for having a plesk installer, this is the thread : http://forum.4psa.com/showthread.php?s=efb63c42835ae959cf633f7af4104163&p=895#post895 vtiger CRM near to be packaged with 4psa products... A?ssa From richie at vtiger.com Tue May 9 05:00:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 09 May 2006 02:00:25 -0700 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <001001c66b65$8da86490$6364a8c0@ifoundriest30> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> Message-ID: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Hello! We will be proceeding in the same format for supporting multi-languages in vtiger CRM 5 as in the previous releases. We have not been able to implement the gettext mechanism in this release due to logistical and technical issues. We did look into ways and means of integrating the stuff that mikecrowe had provided but have decided to drop it for now. Those interested in the language fixes can checkout the code base by tomorrow night and start testing the same. The inputs are most welcome. I would personally be very happy if the Beta comes out with complete i18n support, nothing like it! We are working on removing all the hard-coded strings in the product and hope to have them all removed by tomorrow night India Time. I know, I am reneging from my previous statement for supporting gettext but under the given circumstances, I think this is the right thing to do. Requesting your understanding, Thanks, Richie ---- Nicholas Chan<ncknight at pacific.net.sg> wrote ---- Hello Richie,   I am not sure about the approach taken, but would it happen to be based on language files? If so, publishing the language file template would be a start for volunteers to begin localization work?   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Richie Sent: 27 April 2006 20:28 To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] multi-language support in v5   Hello! We have not made much progress in v5 with respect to the muli-language support. We need help.  Please do suggest approaches for the same as well. We had been initially working on mikecrowe's contribution but we are not able to get in touch with him for sometime now so the job is still incomplete. Richie _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060509/d01b4552/attachment.html From webmaster at vtigercrmfrance.org Tue May 9 05:05:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 09 May 2006 11:05:49 +0200 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Message-ID: <44605B6D.9010001@vtigercrmfrance.org> This is a very good news Richie. A?ssa Richie a ?crit : > Hello! > > We will be proceeding in the same format for supporting > multi-languages in vtiger CRM 5 as in the previous releases. We have > not been able to implement the gettext mechanism in this release due > to logistical and technical issues. > > We did look into ways and means of integrating the stuff that > mikecrowe had provided but have decided to drop it for now. > > Those interested in the language fixes can checkout the code base by > tomorrow night and start testing the same. > The inputs are most welcome. > I would personally be very happy if the Beta comes out with complete > i18n support, nothing like it! > > We are working on removing all the hard-coded strings in the product > and hope to have them all removed by tomorrow night India Time. > > I know, I am reneging from my previous statement for supporting > gettext but under the given circumstances, I think this is the right > thing to do. > > Requesting your understanding, > > Thanks, > Richie > > > > > ---- Nicholas Chan wrote ---- > > Hello Richie, > > > > I am not sure about the approach taken, but would it happen to be > based on language files? If so, publishing the language file > template would be a start for volunteers to begin localization work? > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On > Behalf Of *Richie > *Sent:* 27 April 2006 20:28 > *To:* vtigercrm-developers at lists.vtigercrm.com > *Subject:* [Vtigercrm-developers] multi-language support in v5 > > > > Hello! > > We have not made much progress in v5 with respect to the muli-language support. > We need help. > > Please do suggest approaches for the same as well. > > We had been initially working on mikecrowe's contribution but we are not able to get > in touch with him for sometime now so the job is still incomplete. > > Richie > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > ------------------------------------------------------------------------ > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From dome at tel.co.th Wed May 10 08:07:24 2006 From: dome at tel.co.th (Dome C.) Date: Wed, 10 May 2006 00:07:24 -1200 Subject: [Vtigercrm-developers] vtiger Developer Document. Message-ID: <4461D77C.4030909@tel.co.th> Dear all, I want to develop new module. can someone show me where to get document for add new report . Dome C. From libregeek at gmail.com Wed May 10 02:05:20 2006 From: libregeek at gmail.com (Manilal K M) Date: Wed, 10 May 2006 11:35:20 +0530 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <4461D77C.4030909@tel.co.th> References: <4461D77C.4030909@tel.co.th> Message-ID: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal From gopals at vtiger.com Wed May 10 08:48:52 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 10 May 2006 05:48:52 -0700 Subject: [Vtigercrm-developers] vtiger 5 (Pre Beta)- Performance Reports Message-ID: <10b1e57b540.3932993279951289798.-6540623306402778293@@vtiger.com> Dear Team, Last month our team (particularly Jeri) did some performance testing on vtiger CRM 5 Alpha 5 build using AdventNet QEngine software (AdventNet donated this software for vtiger Development). Based on the first set of results our team has tweaked the code. Aftertuning there is a significant improvement in Server Response and Pageloading times. Please have a look at detailed performance reports at: http://vtiger.com/products/crm/v5performance/index.php There is a lot of scope of improvement and this is a first step in this direction. Please feel free to post your views. Cheers, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060510/fab4976c/attachment-0002.html From werk at r2g.nl Wed May 10 11:24:52 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Wed, 10 May 2006 17:24:52 +0200 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> Message-ID: HI Manilal and Dome C., It depends on what you want to add. I have implemented several small items for customers specific questions, I just simple add an new directory to the directory 'modules' and kept every item in that directory. Even documenting in that place what I change on the core itself. That worked for me. So any report is done completly on it's own way, only didn't had the time to implement it into reports yet. regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Manilal K M Verzonden: woensdag 10 mei 2006 8:05 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: Re: [Vtigercrm-developers] vtiger Developer Document. On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From dgrant at accuratetechnologies.com Wed May 10 14:34:47 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 10 May 2006 14:34:47 -0400 Subject: [Vtigercrm-developers] Bizzare database design for Emails - what is going on? Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FE@exch.accuratetechnologies.com> OK, so my customer asked that attachments to Emails show up in the attachments list for both the associated Contact and the Contact's Account. I had already done something similar for "normal" attachments where if you make an attachment to a Contact, it is added to the list of Attachments for the Account as well. That was pretty simple - look up the AccountID associated with the Contact, and then add another line to seattachmentsrel with the AccountID and the AttachmentID. I was expecting to do something similar here. First, however, it took a while to figure out where the Email attachments were getting added into seattachmentsrel. That turns out to be buried in a function in data/CRMEntity.php But that is when I made an astounding discovery: 1) The email table contains: mysql> describe emails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | emailid | int(19) | | PRI | 0 | | | filename | varchar(50) | YES | | NULL | | | description | longtext | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+ Oddly, no Subject field... and the body of the email is in "description". But then I discover that "description" is carried over into the "description" field of the associated CRMentity, and in the Name field of the associated attachment! WHAT? Check this out: (dashes deleted for clarity) mysql> select description from emails where emailid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select description from crmentity where crmid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select attachmentsid from seattachmentsrel where crmid=15776; +---------------+ | attachmentsid | +---------------+ | 15777 | +---------------+ 1 row in set (0.01 sec) mysql> select description from attachments where attachmentsid=15777; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris | 1 row in set (0.00 sec) WTF? Surely this cannot be correct? It would make much more sense to put the email Subject line (wherever that is stored...) in the description fields of the crmentity and the attachment.... DG From webmaster at vtigercrmfrance.org Wed May 10 18:16:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 00:16:00 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) Message-ID: <44626620.6000502@vtigercrmfrance.org> Hi all, this is a small report for today svn snapshot. Homepage : latest activities added layer appear (see screenshot), i think you know already. Tab marketing, subtab account & contact, if i add an task/activitie, the redirection goes to tab support, the good subtab. (very small problem) Tab "More information", when i translate close (for task/events) the table is not correctly displyed, miss the cell for close (X). The compose email pop up, is just a little to small (need 50px weight more), Problem with ' in company field information (alway), When i send an email to a lead or contact, lead/contact description added to mail body. Very very very bad ! Imagine my comment, "fucking guy, dislike to work with him, bad debtor". Ouch ! Can't change invoices status, quotes /SO/PO stage on picklist settings (i think you just need time for quotes/SO/PO, but for the invoices, it's miss since 4.x) Migration script alway break the install, i have make a test with a new and clean vtiger crm 4.2.3 database (without adding any data), only 4 tables created : *actionmapping, announcement, field_seq, profile2globalpermissions. *Brand question (i think to saint ?) why design the tiger pound to left on rss, calendar, email module ? The vtiger logo use a pount inclined to right. Migration question : Why not provide migration script during install ? With user choice install/upgrade. Loggin question : The logs make vtiger CRM slow, why not put loggin to WARN for stable version ? Adding 1 more field to calls/meetings for incoming/outgoing can be very good. Now the good things :) New really impressive design for the calendar, very very good ! The quick create function can be a killer feature on vtiger 5 (time winning!!!)! The search engine is very cool, now we can search on entire system. The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have said about report module ;) ) New real effort for translaters, thankkkksssssss, i am impatient to see vtiger crm 5 full french (and all french users too) ! MSG to Richie, you say about i18n on forum: " Yes, we do need help.", what kind of help ? Harcode string feedback ? Moving harcode to lang file and give a patch ?... I'm ready. About gettext, the problem with gettext, is you can loose translaters, gettext is more difficult to use, but more efficient. We need a full translate of vtiger CRM 5 (not 6). So for now, it's the right decision. Conclusion : vtiger crm 5 is on the right way, look good, smell good. And i'm really enthusiastic(not sure for this word) I hope the plug-ins with same quality. A?ssa, gone to write a news on vtiger france -------------- next part -------------- A non-text attachment was scrubbed... Name: homepage_bug.jpg Type: image/jpeg Size: 46753 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/b1efd6aa/attachment.jpg From sergiokessler at gmail.com Wed May 10 18:36:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 10 May 2006 19:36:24 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <44626620.6000502@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> Message-ID: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> gettext is an order of magnitude easier to use for translators (than an array based aproach) if you use poedit. http://www.poedit.org/ and I do not want to mention that gettext produces and keep sincronized the files to translate automagically... /sak On 5/10/06, Abos wrote: > Hi all, > this is a small report for today svn snapshot. > > Homepage : latest activities added layer appear (see screenshot), i > think you know already. > > Tab marketing, subtab account & contact, if i add an task/activitie, the > redirection goes to tab support, the good subtab. (very small problem) > > Tab "More information", when i translate close (for task/events) the > table is not correctly displyed, miss the cell for close (X). > > The compose email pop up, is just a little to small (need 50px weight more), > > Problem with ' in company field information (alway), > > When i send an email to a lead or contact, lead/contact description > added to mail body. Very very very bad ! Imagine my comment, "fucking > guy, dislike to work with him, bad debtor". Ouch ! > > Can't change invoices status, quotes /SO/PO stage on picklist settings > (i think you just need time for quotes/SO/PO, but for the invoices, it's > miss since 4.x) > > Migration script alway break the install, i have make a test with a new > and clean vtiger crm 4.2.3 database (without adding any data), only 4 > tables created : *actionmapping, announcement, field_seq, > profile2globalpermissions. > > *Brand question (i think to saint ?) why design the tiger pound to left > on rss, calendar, email module ? The vtiger logo use a pount inclined to > right. > > Migration question : > Why not provide migration script during install ? With user choice > install/upgrade. > > Loggin question : The logs make vtiger CRM slow, why not put loggin to > WARN for stable version ? > > Adding 1 more field to calls/meetings for incoming/outgoing can be very > good. > > Now the good things :) > New really impressive design for the calendar, very very good ! > The quick create function can be a killer feature on vtiger 5 (time > winning!!!)! > The search engine is very cool, now we can search on entire system. > The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > said about report module ;) ) > New real effort for translaters, thankkkksssssss, i am impatient to see > vtiger crm 5 full french (and all french users too) ! > MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > what kind of help ? Harcode string feedback ? Moving harcode to lang > file and give a patch ?... I'm ready. > > About gettext, the problem with gettext, is you can loose translaters, > gettext is more difficult to use, but more efficient. We need a full > translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > > Conclusion : vtiger crm 5 is on the right way, look good, smell good. > And i'm really enthusiastic(not sure for this word) > I hope the plug-ins with same quality. > A?ssa, > gone to write a news on vtiger france > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > From jtk at yahoo.com Wed May 10 18:59:26 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 10 May 2006 18:59:26 -0400 Subject: [Vtigercrm-developers] Migration capabilities planned for vtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Message-ID: Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? From webmaster at vtigercrmfrance.org Wed May 10 19:05:38 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 01:05:38 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> Message-ID: <446271C2.5090103@vtigercrmfrance.org> ok, Translate on array is boring, but really easy, using tool like poedit... is another thing (not really difficult i agree). But i prefer translate on php files and have vtiger CRM 5 may be for june than wait 2 more months and have gettext. Gettext doesn't resolve all the harcode problems (please confim). And before make the change, we have to train/inform the translators, loose some translators (and lang so) during the change is not good. A?ssa Sergio A. Kessler a ?crit : > gettext is an order of magnitude easier to use for translators (than > an array based aproach) if you use poedit. > > http://www.poedit.org/ > > and I do not want to mention that gettext produces and keep > sincronized the files to translate automagically... > > /sak > > On 5/10/06, Abos wrote: > >> Hi all, >> this is a small report for today svn snapshot. >> >> Homepage : latest activities added layer appear (see screenshot), i >> think you know already. >> >> Tab marketing, subtab account & contact, if i add an task/activitie, the >> redirection goes to tab support, the good subtab. (very small problem) >> >> Tab "More information", when i translate close (for task/events) the >> table is not correctly displyed, miss the cell for close (X). >> >> The compose email pop up, is just a little to small (need 50px weight more), >> >> Problem with ' in company field information (alway), >> >> When i send an email to a lead or contact, lead/contact description >> added to mail body. Very very very bad ! Imagine my comment, "fucking >> guy, dislike to work with him, bad debtor". Ouch ! >> >> Can't change invoices status, quotes /SO/PO stage on picklist settings >> (i think you just need time for quotes/SO/PO, but for the invoices, it's >> miss since 4.x) >> >> Migration script alway break the install, i have make a test with a new >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >> tables created : *actionmapping, announcement, field_seq, >> profile2globalpermissions. >> >> *Brand question (i think to saint ?) why design the tiger pound to left >> on rss, calendar, email module ? The vtiger logo use a pount inclined to >> right. >> >> Migration question : >> Why not provide migration script during install ? With user choice >> install/upgrade. >> >> Loggin question : The logs make vtiger CRM slow, why not put loggin to >> WARN for stable version ? >> >> Adding 1 more field to calls/meetings for incoming/outgoing can be very >> good. >> >> Now the good things :) >> New really impressive design for the calendar, very very good ! >> The quick create function can be a killer feature on vtiger 5 (time >> winning!!!)! >> The search engine is very cool, now we can search on entire system. >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >> said about report module ;) ) >> New real effort for translaters, thankkkksssssss, i am impatient to see >> vtiger crm 5 full french (and all french users too) ! >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >> what kind of help ? Harcode string feedback ? Moving harcode to lang >> file and give a patch ?... I'm ready. >> >> About gettext, the problem with gettext, is you can loose translaters, >> gettext is more difficult to use, but more efficient. We need a full >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >> >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >> And i'm really enthusiastic(not sure for this word) >> I hope the plug-ins with same quality. >> A?ssa, >> gone to write a news on vtiger france >> >> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From werk at r2g.nl Thu May 11 02:13:28 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Thu, 11 May 2006 08:13:28 +0200 Subject: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? In-Reply-To: Message-ID: Jeff, I agree totaly, if we don't support data migration in beta we'll never be able to be sure that you can migrate without any lost information. For me it would be a no-go for using vtigercrm v5 as I have to much data myself in 4.2.3 as well for my clients :-( Regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Jeff Kowalczyk Verzonden: donderdag 11 mei 2006 0:59 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From webmaster at vtigercrmfrance.org Thu May 11 06:14:36 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 12:14:36 +0200 Subject: [Vtigercrm-developers] About translation testing Message-ID: <44630E8C.9020800@vtigercrmfrance.org> Hi Richie, about your post : http://forums.vtiger.com/viewtopic.php?p=24400 Find file Customview.zip, inside : Smarty/templates/Customview.tpl //changed for a full translation modules/CustomView/customview.php //with some little change for full translation modules/CustomView/lanuages/en_us.lang.php //Incompl?te english lot for strings in french send you the rest tonight french time. Regards, A?ssa -------------- next part -------------- A non-text attachment was scrubbed... Name: CustomView.zip Type: application/x-zip-compressed Size: 14272 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/19a691ca/attachment.bin From webmaster at vtigercrmfrance.org Thu May 11 07:19:57 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 13:19:57 +0200 Subject: [Vtigercrm-developers] English file for customview module Message-ID: <44631DDD.7020005@vtigercrmfrance.org> Like promise, this is the english file for module customview. 'Custom View', 'LBL_STEP_1_TITLE'=>'View Information', 'LBL_VIEW_NAME'=>'View Name:', 'LBL_SETDEFAULT'=>'Set as Default', 'LBL_LIST_IN_METRICS'=>'List in Metrics', 'LBL_STEP_2_TITLE'=>'Choose Columns', 'LBL_STEP_3_TITLE'=>'Standard Filters', 'LBL_STEP_4_TITLE'=>'Advanced Filters', 'LBL_STEP_5_TITLE'=>'Access Information', 'LBL_SF_COLUMNS'=>'Column', 'LBL_SF_STARTDATE'=>'Start Date', 'LBL_SF_ENDDATE'=>'End Date', 'LBL_AF_HDR1'=>'Set the search conditions to further restrict the list.', 'LBL_AF_HDR2'=>'You can use "or" filters by entering multiple items in the third column.', 'LBL_AF_HDR3'=>'You can enter up to 10 items, separated by commas. For example: CA, NY, TX, FL searches for CA or NY or TX or FL.', 'LBL_AF_HDR4'=>'If "Activity Type" is selected, give any one of the following values "Call","Meeting" or "Task".', //strings added for vtiger 5, date format... 'LBL_NONE'=>'None', 'View_Name'=>'View_Name', 'LBL_AND'=>'And', 'LBL_DATE_FORMAT_CUSTOMVIEW'=>'Y-m-d', //Strings added for filter 'Custom'=>'Custom', 'Previous FY'=>'Previous FY', 'Current FY'=>'Current FY', 'Next FY'=>'Next FY', 'Previous FQ'=>'Previous FQ', 'Current FQ'=>'Current FQ', 'Next FQ'=>'Next FQ', 'Yesterday'=>'Yesterday', 'Today'=>'Today', 'Tomorrow'=>'Tomorrow', 'Last Week'=>'Last Week', 'Current Week'=>'Current Week', 'Next Week'=>'Next Week', 'Last Month'=>'Last Month', 'Current Month'=>'Current Month', 'Next Month'=>'Next Month', 'Last 7 Days'=>'Last 7 Days', 'Last 30 Days'=>'Last 30 Days', 'Last 60 Days'=>'Last 60 Days', 'Last 90 Days'=>'Last 90 Days', 'Last 120 Days'=>'Last 120 Days', 'Next 30 Days'=>'Next 30 Days', 'Next 60 Days'=>'Next 60 Days', 'Next 90 Days'=>'Next 90 Days', 'Next 120 Days'=>'Next 120 Days', 'equals'=>'equals', 'not_equal_to'=>'Not equal to', 'starts_with'=>'Commence par', 'contains'=>'Contient', 'does_not_contain'=>'does not contain', 'less_than'=>'less than', 'greater_than'=>'greater than', 'less_or_equal'=>'less or equal', 'greater_or_equal'=>'greater or equal', //Strings added to translate field label groups 'Address'=>'Address', 'Information'=>'Information', 'Description'=>'Description', 'Custom Information'=>'Custom Information', '- Event Information'=>'- Event Information', '- Event Description'=>'- Event Description', '- Task Information'=>'- Task Information', '- Task Description'=>'- Task Description', //Strings added for helpdesk module fields 'Title'=>'Title', 'Assigned To'=>'Assigned To', 'Related to'=>'Related to', 'Priority'=>'Priority', 'Product Name'=>'Product Name', 'Severity'=>'Severity', 'Status'=>'Status', 'Category'=>'Category', 'Created Time'=>'Created Time', 'Modified Time'=>'Modified Time', 'Attachment'=>'Attachment', //Strings added for Leads module fields 'First Name'=>'First Name', 'Phone'=>'Phone', 'Last Name'=>'Last Name', 'Company'=>'Company', 'Lead Source'=>'Lead Source', 'Website'=>'Website', 'Industry'=>'Industry', 'Lead Status'=>'Statut', 'Annual Revenue'=>'Chiffre d\'affaire', 'Rating'=>'Evaluation', 'No Of Employees'=>'Effectif', 'Street'=>'Adresse', 'Po Box'=>'Boite postale', 'Postal Code'=>'Code postal', 'City'=>'Ville', 'Country'=>'Pays', 'State'=>'Département', //Strings added for Accounts module fields 'Account Name'=>'Nom compte', 'Ticker Symbol'=>'Symbole boursier', 'Other Phone'=>'Autre téléphone', 'Member Of'=>'Filiale de', 'Employees'=>'Effectif', 'Other Email'=>'Other Email', 'Ownership'=>'Ownership', 'industry'=>'industry', 'SIC Code'=>'SIC Code', 'Email Opt Out'=>'Email Opt Out', 'Billing Address'=>'Billing Address', 'Shipping Address'=>'Shipping Address', 'Shipping Po Box'=>'Shipping Po Box', 'Billing Po Box'=>'Billing Po Box', 'Billing City'=>'Billing City', 'Shipping City'=>'Shipping City', 'Billing State'=>'Billing State', 'Shipping State'=>'Shipping State', 'Billing Code'=>'Billing Code', 'Shipping Code'=>'Shipping Code', 'Shipping Country'=>'Shipping Country', 'Billing Country'=>'Billing Country', //Strings added for Contacts module fields 'Office Phone'=>'Office Phone', 'Home Phone'=>'Home Phone', 'Birthdate'=>'Birthdate', 'Reports To'=>'Reports To', 'Assistant Phone'=>'Assistant Phone', 'Do Not Call'=>'Do Not Call', 'Mailing Street'=>'Mailing Street', 'Other Street'=>'Other Street', 'Mailing Po Box'=>'Mailing Po Box', 'Other Po Box'=>'Other Po Box', 'Mailing City'=>'Mailing City', 'Other City'=>'Other City', 'Mailing State'=>'Mailing State', 'Other State'=>'Other State', 'Mailing Zip'=>'Mailing Zip', 'Other Zip'=>'Other Zip', 'Mailing Country'=>'Mailing Country', 'Other Country'=>'Other Country', //Strings added for Potential module fields 'Potential Name'=>'Potential Name', 'Amount'=>'Amount', 'Expected Close Date'=>'Expected Close Date', 'Next Step'=>'Next Step', 'Sales Stage'=>'Sales Stage', 'Probability'=>'Probability', //Strings added for Quotes module fields 'Subject'=>'Subject', 'Quote Stage'=>'Quote Stage', 'Valid Till'=>'Valid Till', 'Team'=>'Team', 'Contact Name'=>'Contact Name', 'Carrier'=>'Carrier', 'Shipping'=>'Shipping', 'Inventory Manager'=>'Inventory Manager', //Strings added for Sales Orders module fields 'Customer No'=>'Customer No', 'Quote Name'=>'Quote Name', 'Purchase Order'=>'Purchase Order', 'Due Date'=>'Due Date', 'Pending'=>'Pending', 'Sales Commission'=>'Sales Commission', 'Excise Duty'=>'Excise Duty', //Strings added for Invoices module fields 'Sales Order'=>'Sales Order', 'Invoice Date'=>'Invoice Date', //Strings added for Product module fields 'Product Code'=>'Product Code', 'Product Active'=>'Product Active', 'Product Category'=>'Product Category', 'Sales Start Date'=>'Sales Start Date', 'Sales End Date'=>'Sales End Date', 'Support Start Date'=>'Support Start Date', 'Vendor Name'=>'Vendor Name', 'Mfr PartNo'=>'Mfr PartNo', 'Vendor PartNo'=>'Vendor PartNo', 'Serial No'=>'Serial No', 'Product Sheet'=>'Product Sheet', 'GL Account'=>'GL Account', //Strings added for Price book module fields 'Price Book Name'=>'Price Book Name', 'Active'=>'Active', //Strings added for tasks & events module fields 'Start Date & Time'=>'Start Date & Time', //error message 'Missing required fields'=>'Missing required fields', //Strings added for campaigns 'Campaign Name'=>'Campaign Name', 'Campaign Type'=>'Campaign Type', 'Product'=>'Product', 'Campaign Status'=>'Campaign Status', 'Expected Revenue'=>'Expected Revenue', 'Budget Cost'=>'Budget Cost', 'Actual Cost'=>'Actual Cost', 'Expected Response'=>'Expected Response', 'Num Sent'=>'Num Sent', 'Target Audience'=>'Target Audience', 'TargetSize'=>'TargetSize', 'Sponsor'=>'Sponsor', 'Expected Sales Count'=>'Expected Sales Count', 'Expected Response Count'=>'Expected Response Count', 'Expected ROI'=>'Expected ROI', 'Actual Sales Count'=>'Actual Sales Count', 'Actual Response Count'=>'Actual Response Count', 'Actual ROI'=>'Actual ROI', //Added for customview.tpl 'LBL_Select_a_Column'=>'Select a Column', 'Missing_required_fields'=>'Missing required fields', 'Details'=>'Details', 'New_Custom_View'=>'New Custom view', 'LBL_AF_HDR5'=>'Simple Time Filter allows you to select date based on Account Created Time or Account Modified Time', 'Select_Duration'=>'Select Duration', 'Simple_Time_Filter'=>'Simple Time Filter', 'Start_Date'=>'Start Date', 'End_Date'=>'End_Date', 'LBL_RULE'=>'LBL_RULE', ); ?> From webmaster at vtigercrmfrance.org Thu May 11 08:31:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 14:31:00 +0200 Subject: [Vtigercrm-developers] vtiger CRM translations Message-ID: <44632E84.8030204@vtigercrmfrance.org> Alway for translate. File smarty/templates/listview.tpl Line 118 change "Basic Search" for {$APP.LNK_BASIC_SEARCH} Line 241 change "Change Owner" for {$APP.LBL_CHANGE_OWNER} for the search, you use *"Search $module for" In $field module *in france ( and i think in fews other country) we say something like : $module search In $field module. So i think the best is to remove $module. To have : Search for in $ field module You can also add following strings in APP.lang : 'Sales'=>'Sales', 'My Home Page'=>'My Home Page', 'Marketing'=>'Marketing', 'Support'=>'Support', 'Analytics'=>'Analytics', 'Inventory'=>'Inventory', 'Tools'=>'Tools', 'Settings'=>'Settings', And change $maintabs by {$APP.$maintabs} in header.tpl. From sergiokessler at gmail.com Thu May 11 10:06:07 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 11:06:07 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <446271C2.5090103@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> Message-ID: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> aisa, is a lot more probably that you *gain* translators instead of loosing them... (I don't know how you came to that conclusion) don't be afraid of gettext, the day you know it, you will wonder why this thing hasn't used before... gettext doesn't resolve the harcoded strings problems, BUT it makes the task of mark a string to be tranlated SO easy, that's is not even funny... all you have to do is to change something from: echo "harcoded string"; to echo _("translatable string"); then you run a script that does all the dirty work for you... and voil?, you have all the diccionaries updated and sinchronized... On 5/10/06, Abos wrote: > ok, > Translate on array is boring, but really easy, using tool like poedit... > is another thing (not really difficult i agree). > But i prefer translate on php files and have vtiger CRM 5 may be for > june than wait 2 more months and have gettext. > Gettext doesn't resolve all the harcode problems (please confim). > And before make the change, we have to train/inform the translators, > loose some translators (and lang so) during the change is not good. > A?ssa > > Sergio A. Kessler a ?crit : > > gettext is an order of magnitude easier to use for translators (than > > an array based aproach) if you use poedit. > > > > http://www.poedit.org/ > > > > and I do not want to mention that gettext produces and keep > > sincronized the files to translate automagically... > > > > /sak > > > > On 5/10/06, Abos wrote: > > > >> Hi all, > >> this is a small report for today svn snapshot. > >> > >> Homepage : latest activities added layer appear (see screenshot), i > >> think you know already. > >> > >> Tab marketing, subtab account & contact, if i add an task/activitie, the > >> redirection goes to tab support, the good subtab. (very small problem) > >> > >> Tab "More information", when i translate close (for task/events) the > >> table is not correctly displyed, miss the cell for close (X). > >> > >> The compose email pop up, is just a little to small (need 50px weight more), > >> > >> Problem with ' in company field information (alway), > >> > >> When i send an email to a lead or contact, lead/contact description > >> added to mail body. Very very very bad ! Imagine my comment, "fucking > >> guy, dislike to work with him, bad debtor". Ouch ! > >> > >> Can't change invoices status, quotes /SO/PO stage on picklist settings > >> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >> miss since 4.x) > >> > >> Migration script alway break the install, i have make a test with a new > >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >> tables created : *actionmapping, announcement, field_seq, > >> profile2globalpermissions. > >> > >> *Brand question (i think to saint ?) why design the tiger pound to left > >> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >> right. > >> > >> Migration question : > >> Why not provide migration script during install ? With user choice > >> install/upgrade. > >> > >> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >> WARN for stable version ? > >> > >> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >> good. > >> > >> Now the good things :) > >> New really impressive design for the calendar, very very good ! > >> The quick create function can be a killer feature on vtiger 5 (time > >> winning!!!)! > >> The search engine is very cool, now we can search on entire system. > >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >> said about report module ;) ) > >> New real effort for translaters, thankkkksssssss, i am impatient to see > >> vtiger crm 5 full french (and all french users too) ! > >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >> what kind of help ? Harcode string feedback ? Moving harcode to lang > >> file and give a patch ?... I'm ready. > >> > >> About gettext, the problem with gettext, is you can loose translaters, > >> gettext is more difficult to use, but more efficient. We need a full > >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >> > >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >> And i'm really enthusiastic(not sure for this word) > >> I hope the plug-ins with same quality. > >> A?ssa, > >> gone to write a news on vtiger france > >> > >> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From dgrant at accuratetechnologies.com Thu May 11 11:39:12 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Thu, 11 May 2006 11:39:12 -0400 Subject: [Vtigercrm-developers] Redone data/CRMEntity.php insertIntoAttachment function for 4.2.x Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FF@exch.accuratetechnologies.com> Attached is a revised version of the insertIntoAttachment function from data/CRMEntity.php Share and enjoy! DG ------8<-----SNIP------8<-------SNIP----------- function insertIntoAttachment($id,$module) { // Heavily modified by DG 10-11 May 2006 to: // 1) Fix inexplicable behaviour of sticking text of email into the description fields of everything // 2) Attachments to Emails now show up as attachments to Contact and Account $date_var = date('YmdHis'); global $current_user; global $adb; global $root_directory; global $vtlog; // Activate logging $ownerid = $this->column_fields['assigned_user_id']; $adb->println("insertattach ownerid=".$ownerid." mod=".$module); $adb->println($this->column_fields); if(!isset($ownerid) || $ownerid=='') $ownerid = $current_user->id; $uploaddir = $root_directory ."/test/upload/" ;// set this to wherever $binFile = $_FILES['filename']['name']; $filename = basename($binFile); $filetype= $_FILES['filename']['type']; $filesize = $_FILES['filename']['size']; if($binFile != '') { if(move_uploaded_file($_FILES["filename"]["tmp_name"],$uploaddir.$_FILES ["filename"]["name"])) { // $binFile = $_FILES['filename']['name']; // $filename = basename($binFile); // $filetype= $_FILES['filename']['type']; // $filesize = $_FILES['filename']['size']; if($filesize != 0) { $data = base64_encode(fread(fopen($uploaddir.$binFile, "r"), $filesize)); } } $current_id = $adb->getUniqueID("crmentity"); if($module=='Emails') { $idname='emailid'; $tablename='emails'; $descname='description'; // DG 10 May 2006 // Try and get the subject for the email instead, and put that into the Description // This fixes the ludicrous behaviour that the text of the email was duplicated in triplicate // in the description fields of the crmentity and the attachment $dg_subject = $this->column_fields['subject']; if ($dg_subject) { $vtlog->logthis("DGDEBUG: Found Subject: ".$dg_subject,'warn'); } else { $vtlog->logthis("DGDEBUG: No subject match in activity for activityid = ".$id,'warn'); } } else { $idname='notesid'; $tablename='notes'; $descname='notecontent'; } $sql="update ".$tablename." set filename='".$filename."' where ".$idname."=".$id; $adb->query($sql); // DG 10 May 2006 // If we don't get a subject for the email, preserve the old behavior // Should never ever happen... but I like to play it safe if ($dg_subject) { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$dg_subject."',".$adb->formatString("crmentity","createdt ime",$date_var).",".$adb->formatString("crmentity","modifiedtime",$date_ var).")"; } else { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$this->column_fields['description']."',".$adb->formatStri ng("crmentity","createdtime",$date_var).",".$adb->formatString("crmentit y","modifiedtime",$date_var).")"; } $adb->query($sql1); //$this->id = $current_id; // DG 10 May 2006 // Same deal - use the email subject if we have it, otherwise use the previous brain-dead behaviour if ($dg_subject) { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$dg_subject."','".$filetype."' ,'".$filesize."',".$adb->getEmptyBlob().")"; } else { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$this->column_fields[$descname ]."','".$filetype."','".$filesize."',".$adb->getEmptyBlob().")"; } $result=$adb->query($sql2); if($result!=false) $result = $adb->updateBlob('attachments','attachmentcontents',"attachmentsid='".$c urrent_id."' and name='".$filename."'",$data); if($_REQUEST['mode'] == 'edit') { if($id != '' && $_REQUEST['fileid'] != '') { $delquery = 'delete from seattachmentsrel where crmid = '.$id.' and attachmentsid = '.$_REQUEST['fileid']; $adb->query($delquery); } } if($module == 'Notes') { $query = "delete from seattachmentsrel where crmid = ".$id; $adb->query($query); } // DG 11 May 2006 // My customers want email attachments to show up on Contacts and Accounts // so look them up and stick them in the appropriate places if (($module == 'Emails') && ($dg_subject)) { // Look up the Contact associated with the Email $dg_sql = "select crmid from seactivityrel where activityid = ".$id; $dg_result = $adb->query($dg_sql); $dg_contactid = $adb->query_result($dg_result,0,"crmid"); $vtlog->logthis("DGDEBUG: Found matching Contact: ".$dg_contactid." for Email: ".$id,'warn'); // If we found the Contact, get the Account too if ($dg_contactid) { $dg_sql = "select accountid from contactdetails where contactid = ".$dg_contactid; $dg_result = $adb->query($dg_sql); $dg_accountid = $adb->query_result($dg_result,0,"accountid"); $vtlog->logthis("DGDEBUG: Found matching Account: ".$dg_accountid." for Contact: ".$dg_contactid,'warn'); } } // DG 11 May 2006 // At this point, if everything went right, we should have a $dg_contactid and a $dg_accountid, plus the $id and $currentid // So we add the base first, then try each of the others // The email->attachment $vtlog->logthis("DGDEBUG: inserting into seattachmentsrel from data/CRMEntity.php 2",'warn'); $sql3='insert into seattachmentsrel values('.$id.','.$current_id.')'; $adb->query($sql3); // The Contact->attachment if ($dg_contactid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_contactid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Contact: ".$dg_contactid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } // The Account->attachment if ($dg_accountid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_accountid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Account: ".$dg_accountid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } } } From webmaster at vtigercrmfrance.org Thu May 11 17:48:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:48:11 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> Message-ID: <4463B11B.9090501@vtigercrmfrance.org> Hi Sergio, do not miss understand (i know my english is poor), i'm not against gettext, if you have capabilitie to provide gettext support for vtiger crm 5 in short time, i provide french pack in pot format without any problem in same time. But i think before gettext integration, we have to ask to the translaters, to know their capabilities. Regards, A?ssa Sergio A. Kessler a ?crit : > aisa, is a lot more probably that you *gain* translators instead of > loosing them... > (I don't know how you came to that conclusion) > > don't be afraid of gettext, the day you know it, you will wonder why > this thing hasn't used before... > > gettext doesn't resolve the harcoded strings problems, > BUT it makes the task of mark a string to be tranlated SO easy, that's > is not even funny... > > all you have to do is to change something from: > > echo "harcoded string"; > > to > > echo _("translatable string"); > > then you run a script that does all the dirty work for you... > and voil?, you have all the diccionaries updated and sinchronized... > > > > On 5/10/06, Abos wrote: > >> ok, >> Translate on array is boring, but really easy, using tool like poedit... >> is another thing (not really difficult i agree). >> But i prefer translate on php files and have vtiger CRM 5 may be for >> june than wait 2 more months and have gettext. >> Gettext doesn't resolve all the harcode problems (please confim). >> And before make the change, we have to train/inform the translators, >> loose some translators (and lang so) during the change is not good. >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> gettext is an order of magnitude easier to use for translators (than >>> an array based aproach) if you use poedit. >>> >>> http://www.poedit.org/ >>> >>> and I do not want to mention that gettext produces and keep >>> sincronized the files to translate automagically... >>> >>> /sak >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> Hi all, >>>> this is a small report for today svn snapshot. >>>> >>>> Homepage : latest activities added layer appear (see screenshot), i >>>> think you know already. >>>> >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>> redirection goes to tab support, the good subtab. (very small problem) >>>> >>>> Tab "More information", when i translate close (for task/events) the >>>> table is not correctly displyed, miss the cell for close (X). >>>> >>>> The compose email pop up, is just a little to small (need 50px weight more), >>>> >>>> Problem with ' in company field information (alway), >>>> >>>> When i send an email to a lead or contact, lead/contact description >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>> guy, dislike to work with him, bad debtor". Ouch ! >>>> >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>> miss since 4.x) >>>> >>>> Migration script alway break the install, i have make a test with a new >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>> tables created : *actionmapping, announcement, field_seq, >>>> profile2globalpermissions. >>>> >>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>> right. >>>> >>>> Migration question : >>>> Why not provide migration script during install ? With user choice >>>> install/upgrade. >>>> >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>> WARN for stable version ? >>>> >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>> good. >>>> >>>> Now the good things :) >>>> New really impressive design for the calendar, very very good ! >>>> The quick create function can be a killer feature on vtiger 5 (time >>>> winning!!!)! >>>> The search engine is very cool, now we can search on entire system. >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>> said about report module ;) ) >>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>> vtiger crm 5 full french (and all french users too) ! >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>> file and give a patch ?... I'm ready. >>>> >>>> About gettext, the problem with gettext, is you can loose translaters, >>>> gettext is more difficult to use, but more efficient. We need a full >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>> >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>> And i'm really enthusiastic(not sure for this word) >>>> I hope the plug-ins with same quality. >>>> A?ssa, >>>> gone to write a news on vtiger france >>>> >>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 17:49:34 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:49:34 +0200 Subject: [Vtigercrm-developers] About translation again [Richie] Message-ID: <4463B16E.6040806@vtigercrmfrance.org> Hi Richie, do you prefer files like sended, or patch ? Regards, A?ssa From sergiokessler at gmail.com Thu May 11 18:18:28 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 19:18:28 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <4463B11B.9090501@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> Message-ID: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> I'm short on time, but I can give it a try this weekend, but the patch enabling gettext will be accepted or is too late ? 1) the patch should be short 2) the current translations can be mantained in the transition, I see no problem in enabling gettext strings each by one regards, /sak On 5/11/06, Abos wrote: > Hi Sergio, > do not miss understand (i know my english is poor), > i'm not against gettext, if you have capabilitie to provide gettext > support for vtiger crm 5 in short time, i provide french pack in pot > format without any problem in same time. > But i think before gettext integration, we have to ask to the > translaters, to know their capabilities. > Regards, > A?ssa > > Sergio A. Kessler a ?crit : > > aisa, is a lot more probably that you *gain* translators instead of > > loosing them... > > (I don't know how you came to that conclusion) > > > > don't be afraid of gettext, the day you know it, you will wonder why > > this thing hasn't used before... > > > > gettext doesn't resolve the harcoded strings problems, > > BUT it makes the task of mark a string to be tranlated SO easy, that's > > is not even funny... > > > > all you have to do is to change something from: > > > > echo "harcoded string"; > > > > to > > > > echo _("translatable string"); > > > > then you run a script that does all the dirty work for you... > > and voil?, you have all the diccionaries updated and sinchronized... > > > > > > > > On 5/10/06, Abos wrote: > > > >> ok, > >> Translate on array is boring, but really easy, using tool like poedit... > >> is another thing (not really difficult i agree). > >> But i prefer translate on php files and have vtiger CRM 5 may be for > >> june than wait 2 more months and have gettext. > >> Gettext doesn't resolve all the harcode problems (please confim). > >> And before make the change, we have to train/inform the translators, > >> loose some translators (and lang so) during the change is not good. > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> gettext is an order of magnitude easier to use for translators (than > >>> an array based aproach) if you use poedit. > >>> > >>> http://www.poedit.org/ > >>> > >>> and I do not want to mention that gettext produces and keep > >>> sincronized the files to translate automagically... > >>> > >>> /sak > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> Hi all, > >>>> this is a small report for today svn snapshot. > >>>> > >>>> Homepage : latest activities added layer appear (see screenshot), i > >>>> think you know already. > >>>> > >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>> redirection goes to tab support, the good subtab. (very small problem) > >>>> > >>>> Tab "More information", when i translate close (for task/events) the > >>>> table is not correctly displyed, miss the cell for close (X). > >>>> > >>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>> > >>>> Problem with ' in company field information (alway), > >>>> > >>>> When i send an email to a lead or contact, lead/contact description > >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>> > >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>> miss since 4.x) > >>>> > >>>> Migration script alway break the install, i have make a test with a new > >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>> tables created : *actionmapping, announcement, field_seq, > >>>> profile2globalpermissions. > >>>> > >>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>> right. > >>>> > >>>> Migration question : > >>>> Why not provide migration script during install ? With user choice > >>>> install/upgrade. > >>>> > >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>> WARN for stable version ? > >>>> > >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>> good. > >>>> > >>>> Now the good things :) > >>>> New really impressive design for the calendar, very very good ! > >>>> The quick create function can be a killer feature on vtiger 5 (time > >>>> winning!!!)! > >>>> The search engine is very cool, now we can search on entire system. > >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>> said about report module ;) ) > >>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>> vtiger crm 5 full french (and all french users too) ! > >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>> file and give a patch ?... I'm ready. > >>>> > >>>> About gettext, the problem with gettext, is you can loose translaters, > >>>> gettext is more difficult to use, but more efficient. We need a full > >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>> > >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>> And i'm really enthusiastic(not sure for this word) > >>>> I hope the plug-ins with same quality. > >>>> A?ssa, > >>>> gone to write a news on vtiger france > >>>> > >>>> > >>>> _______________________________________________ > >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>>> > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>> > >>> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 18:51:21 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 00:51:21 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> Message-ID: <4463BFE9.6000300@vtigercrmfrance.org> Sergio, Mike Crowe has sended me latest version of his gettext patch, i can mail you that if you want. Sergio A. Kessler a ?crit : > I'm short on time, but I can give it a try this weekend, > but the patch enabling gettext will be accepted or is too late ? > > 1) the patch should be short > 2) the current translations can be mantained in the transition, I see > no problem in enabling gettext strings each by one > > regards, > /sak > > On 5/11/06, Abos wrote: > >> Hi Sergio, >> do not miss understand (i know my english is poor), >> i'm not against gettext, if you have capabilitie to provide gettext >> support for vtiger crm 5 in short time, i provide french pack in pot >> format without any problem in same time. >> But i think before gettext integration, we have to ask to the >> translaters, to know their capabilities. >> Regards, >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> aisa, is a lot more probably that you *gain* translators instead of >>> loosing them... >>> (I don't know how you came to that conclusion) >>> >>> don't be afraid of gettext, the day you know it, you will wonder why >>> this thing hasn't used before... >>> >>> gettext doesn't resolve the harcoded strings problems, >>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>> is not even funny... >>> >>> all you have to do is to change something from: >>> >>> echo "harcoded string"; >>> >>> to >>> >>> echo _("translatable string"); >>> >>> then you run a script that does all the dirty work for you... >>> and voil?, you have all the diccionaries updated and sinchronized... >>> >>> >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> ok, >>>> Translate on array is boring, but really easy, using tool like poedit... >>>> is another thing (not really difficult i agree). >>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>> june than wait 2 more months and have gettext. >>>> Gettext doesn't resolve all the harcode problems (please confim). >>>> And before make the change, we have to train/inform the translators, >>>> loose some translators (and lang so) during the change is not good. >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> gettext is an order of magnitude easier to use for translators (than >>>>> an array based aproach) if you use poedit. >>>>> >>>>> http://www.poedit.org/ >>>>> >>>>> and I do not want to mention that gettext produces and keep >>>>> sincronized the files to translate automagically... >>>>> >>>>> /sak >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> Hi all, >>>>>> this is a small report for today svn snapshot. >>>>>> >>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>> think you know already. >>>>>> >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>> >>>>>> Tab "More information", when i translate close (for task/events) the >>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>> >>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>> >>>>>> Problem with ' in company field information (alway), >>>>>> >>>>>> When i send an email to a lead or contact, lead/contact description >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>> >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>> miss since 4.x) >>>>>> >>>>>> Migration script alway break the install, i have make a test with a new >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>> profile2globalpermissions. >>>>>> >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>> right. >>>>>> >>>>>> Migration question : >>>>>> Why not provide migration script during install ? With user choice >>>>>> install/upgrade. >>>>>> >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>> WARN for stable version ? >>>>>> >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>> good. >>>>>> >>>>>> Now the good things :) >>>>>> New really impressive design for the calendar, very very good ! >>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>> winning!!!)! >>>>>> The search engine is very cool, now we can search on entire system. >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>> said about report module ;) ) >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>> file and give a patch ?... I'm ready. >>>>>> >>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>> >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>> And i'm really enthusiastic(not sure for this word) >>>>>> I hope the plug-ins with same quality. >>>>>> A?ssa, >>>>>> gone to write a news on vtiger france >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From philip at vtiger.com Fri May 12 07:55:31 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 04:55:31 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. Message-ID: <10b287395b7.871235350277013597.7934852421195904606@@vtiger.com> Hi, vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 Kindly post your valuble feedback in our trac http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/3023dec6/attachment.html From sergiokessler at gmail.com Fri May 12 08:47:26 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 09:47:26 -0300 Subject: [Vtigercrm-developers] gettext in V5 Message-ID: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> yes, please, send it to this list... (I do not like private messages) but I need confirmation that the patch (ie. the work) will not end in the floor... (if the patch is simple to merge, that is) /sak On 5/11/06, Abos wrote: > Sergio, > Mike Crowe has sended me latest version of his gettext patch, i can mail > you that if you want. > > > Sergio A. Kessler a ?crit : > > I'm short on time, but I can give it a try this weekend, > > but the patch enabling gettext will be accepted or is too late ? > > > > 1) the patch should be short > > 2) the current translations can be mantained in the transition, I see > > no problem in enabling gettext strings each by one > > > > regards, > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Hi Sergio, > >> do not miss understand (i know my english is poor), > >> i'm not against gettext, if you have capabilitie to provide gettext > >> support for vtiger crm 5 in short time, i provide french pack in pot > >> format without any problem in same time. > >> But i think before gettext integration, we have to ask to the > >> translaters, to know their capabilities. > >> Regards, > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> aisa, is a lot more probably that you *gain* translators instead of > >>> loosing them... > >>> (I don't know how you came to that conclusion) > >>> > >>> don't be afraid of gettext, the day you know it, you will wonder why > >>> this thing hasn't used before... > >>> > >>> gettext doesn't resolve the harcoded strings problems, > >>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>> is not even funny... > >>> > >>> all you have to do is to change something from: > >>> > >>> echo "harcoded string"; > >>> > >>> to > >>> > >>> echo _("translatable string"); > >>> > >>> then you run a script that does all the dirty work for you... > >>> and voil?, you have all the diccionaries updated and sinchronized... > >>> > >>> > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> ok, > >>>> Translate on array is boring, but really easy, using tool like poedit... > >>>> is another thing (not really difficult i agree). > >>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>> june than wait 2 more months and have gettext. > >>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>> And before make the change, we have to train/inform the translators, > >>>> loose some translators (and lang so) during the change is not good. > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> gettext is an order of magnitude easier to use for translators (than > >>>>> an array based aproach) if you use poedit. > >>>>> > >>>>> http://www.poedit.org/ > >>>>> > >>>>> and I do not want to mention that gettext produces and keep > >>>>> sincronized the files to translate automagically... > >>>>> > >>>>> /sak > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi all, > >>>>>> this is a small report for today svn snapshot. > >>>>>> > >>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>> think you know already. > >>>>>> > >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>> > >>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>> > >>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>> > >>>>>> Problem with ' in company field information (alway), > >>>>>> > >>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>> > >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>> miss since 4.x) > >>>>>> > >>>>>> Migration script alway break the install, i have make a test with a new > >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>> profile2globalpermissions. > >>>>>> > >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>> right. > >>>>>> > >>>>>> Migration question : > >>>>>> Why not provide migration script during install ? With user choice > >>>>>> install/upgrade. > >>>>>> > >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>> WARN for stable version ? > >>>>>> > >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>> good. > >>>>>> > >>>>>> Now the good things :) > >>>>>> New really impressive design for the calendar, very very good ! > >>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>> winning!!!)! > >>>>>> The search engine is very cool, now we can search on entire system. > >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>> said about report module ;) ) > >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>> file and give a patch ?... I'm ready. > >>>>>> > >>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>> > >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>> I hope the plug-ins with same quality. > >>>>>> A?ssa, > >>>>>> gone to write a news on vtiger france > >>>>>> > >>>>>> > >>>>>> _______________________________________________ From webmaster at vtigercrmfrance.org Fri May 12 08:52:33 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 14:52:33 +0200 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> Message-ID: <44648511.2080505@vtigercrmfrance.org> This is the instructions sended by Mike himself, i paste the original message. I've tried to boil this down simply. Here's what you need. 1) Extract these files in a directory named *locale/* inside your vtiger directory. 2) You need a table in vtiger named *lang_keys*. To create this, execute as follows (from the root vtiger directory): php locale/buildLangKeys.php This will create: locale/vtiger.pot (POT file for translating) locale/lang_keys.sql (initialization for the database table) The lang_keys.sql in the distributed file is actually the correct file from the alpha. However, you can rebuild if you like 3) I haven't reviewed where this is in 5.0, but the functions in utils_lang.php need to replace the same functions in the new 5.0 utils.php (or wherever it is). 4) I've include a *4.2.3* version of the en_US and fr_FR translations. These need to be updated for 5.0. They are included for your reference. Here's how the system works: 1) The following functions *return* the identical strings they used to: function return_app_list_strings_language($language) function return_application_language($language) function return_module_language($language, $module) They use the lang_keys database to build the contents of the strings, but instead of returning the English (which is in the database), they return _(English) making it translated. 2) Otherwise, system functions as expected. All new entries, however, can simply be _(*My New Strings*) rather than going to the complication of adding to mod_strings, etc. Caveats: 1) There are several untranslated strings I had to find. I'll compile a list and provide later. 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), which causes lots of problems. I have fixed in my version, and will supply by Friday. Future: 1) I will have a tool shortly which builds a PO file from an existing translation. This will be extremely useful in migrating from the old system to the new system. Geek Alert: 1) If you really want to see something cool, look at buildLangKeys.txt and see how I am importing each language file, then assigning it to a string in an array from the import. Very cool. This should be very clear, I hope. I will be on road a lot tomorrow. You can try to IM me, and I'll respond if I am free. Cheers! Mike P.S. I will post this to forge Sergio A. Kessler a ?crit : > yes, please, send it to this list... > (I do not like private messages) > > but I need confirmation that the patch (ie. the work) will not end in > the floor... > (if the patch is simple to merge, that is) > > /sak > > On 5/11/06, Abos wrote: > >> Sergio, >> Mike Crowe has sended me latest version of his gettext patch, i can mail >> you that if you want. >> >> >> Sergio A. Kessler a ?crit : >> >>> I'm short on time, but I can give it a try this weekend, >>> but the patch enabling gettext will be accepted or is too late ? >>> >>> 1) the patch should be short >>> 2) the current translations can be mantained in the transition, I see >>> no problem in enabling gettext strings each by one >>> >>> regards, >>> /sak >>> >>> On 5/11/06, Abos wrote: >>> >>> >>>> Hi Sergio, >>>> do not miss understand (i know my english is poor), >>>> i'm not against gettext, if you have capabilitie to provide gettext >>>> support for vtiger crm 5 in short time, i provide french pack in pot >>>> format without any problem in same time. >>>> But i think before gettext integration, we have to ask to the >>>> translaters, to know their capabilities. >>>> Regards, >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> aisa, is a lot more probably that you *gain* translators instead of >>>>> loosing them... >>>>> (I don't know how you came to that conclusion) >>>>> >>>>> don't be afraid of gettext, the day you know it, you will wonder why >>>>> this thing hasn't used before... >>>>> >>>>> gettext doesn't resolve the harcoded strings problems, >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>>>> is not even funny... >>>>> >>>>> all you have to do is to change something from: >>>>> >>>>> echo "harcoded string"; >>>>> >>>>> to >>>>> >>>>> echo _("translatable string"); >>>>> >>>>> then you run a script that does all the dirty work for you... >>>>> and voil?, you have all the diccionaries updated and sinchronized... >>>>> >>>>> >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> ok, >>>>>> Translate on array is boring, but really easy, using tool like poedit... >>>>>> is another thing (not really difficult i agree). >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>>>> june than wait 2 more months and have gettext. >>>>>> Gettext doesn't resolve all the harcode problems (please confim). >>>>>> And before make the change, we have to train/inform the translators, >>>>>> loose some translators (and lang so) during the change is not good. >>>>>> A?ssa >>>>>> >>>>>> Sergio A. Kessler a ?crit : >>>>>> >>>>>> >>>>>> >>>>>>> gettext is an order of magnitude easier to use for translators (than >>>>>>> an array based aproach) if you use poedit. >>>>>>> >>>>>>> http://www.poedit.org/ >>>>>>> >>>>>>> and I do not want to mention that gettext produces and keep >>>>>>> sincronized the files to translate automagically... >>>>>>> >>>>>>> /sak >>>>>>> >>>>>>> On 5/10/06, Abos wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> this is a small report for today svn snapshot. >>>>>>>> >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>>>> think you know already. >>>>>>>> >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>>>> >>>>>>>> Tab "More information", when i translate close (for task/events) the >>>>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>>>> >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>>>> >>>>>>>> Problem with ' in company field information (alway), >>>>>>>> >>>>>>>> When i send an email to a lead or contact, lead/contact description >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>>>> >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>>>> miss since 4.x) >>>>>>>> >>>>>>>> Migration script alway break the install, i have make a test with a new >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>>>> profile2globalpermissions. >>>>>>>> >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>>>> right. >>>>>>>> >>>>>>>> Migration question : >>>>>>>> Why not provide migration script during install ? With user choice >>>>>>>> install/upgrade. >>>>>>>> >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>>>> WARN for stable version ? >>>>>>>> >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>>>> good. >>>>>>>> >>>>>>>> Now the good things :) >>>>>>>> New really impressive design for the calendar, very very good ! >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>>>> winning!!!)! >>>>>>>> The search engine is very cool, now we can search on entire system. >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>>>> said about report module ;) ) >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>>>> file and give a patch ?... I'm ready. >>>>>>>> >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>>>> >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>>>> And i'm really enthusiastic(not sure for this word) >>>>>>>> I hope the plug-ins with same quality. >>>>>>>> A?ssa, >>>>>>>> gone to write a news on vtiger france >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- A non-text attachment was scrubbed... Name: dev_gettext.zip Type: application/x-zip-compressed Size: 75796 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/93e5d316/attachment.bin From sergiokessler at gmail.com Fri May 12 09:10:11 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 10:10:11 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <44648511.2080505@vtigercrmfrance.org> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> Message-ID: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > From richie at vtiger.com Fri May 12 10:26:33 2006 From: richie at vtiger.com (Richie) Date: Fri, 12 May 2006 07:26:33 -0700 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> Message-ID: <10b28fddd43.212089242168855728.4266120754326284739@@vtiger.com> Team, I am sorry but I am not willing to take this up for vtiger CRM 5.0 . I would suggest that we take this up for 5.0.1. We have enough number of issues/features to test out. This will be an overhead as of now. I would rather invest time in testing the existing features/bugs. Requesting your understanding, Richie ---- Sergio A. Kessler<sergiokessler at gmail.com> wrote ---- well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos <webmaster at vtigercrmfrance.org> wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/61344d73/attachment.html From dfar2008 at gmail.com Fri May 12 10:27:42 2006 From: dfar2008 at gmail.com (ding jianting) Date: Fri, 12 May 2006 22:27:42 +0800 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <3118551994190344607@unknownmsgid> References: <3118551994190344607@unknownmsgid> Message-ID: Hi, I can't install vtigerCRM5 pre-beta successfully. Env info: WinXP php4.3.10 mysql4.1.9 apache1.3 Thanks and regards, Tim On 5/12/06, Philip wrote: > > Hi, > > > vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > Kindly post your valuble feedback in our trac > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket > > Philip > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > -- ________________________________________ ??? ?????????????????????????? SugarCRM???-vTigerCRM??? http://www.c3crm.com blog:http://blog.c3crm.com bbs:http://forum.c3crm.com group:http://group.c3crm.com ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/c13da835/attachment-0002.html From allan.bush at gmail.com Thu May 4 11:48:54 2006 From: allan.bush at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:48:54 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <-8549016085730891506@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <-8549016085730891506@unknownmsgid> Message-ID: <3bec26390605040848k523f7069vd04ebfbea133e496@mail.gmail.com> Fair enough. My concern is that if we branch someone will move a bunch of files around or refactor some code again and we'll have problems/be unable to merge, and it would end up being the 3rd time I've tried to add postgres support only to have it not be taken up. Also I don't think the correct software development practice is to make a branch here. Branches should be made when a release is nearing to allow aggressive development to continue or if a feature is going to introduced prolonged breakage, neither of which I see happening here. Changesets are for managing bugs introduced by coding changes. That said I have no problems branching if Jeff wants to handle keeping everything in sync. On 5/3/06, Richie wrote: > Hi! > > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. > This will ensure that we are able to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in the > worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie > > > > > ---- Allan Bush wrote ---- > > > Filling in the gaps. > > On 5/3/06, Joel Rydbeck wrote: > > Richie, > > > > I'll let Allan and Jeff fill in the gaps. > > > > a) How do we give the user the option of using PostGres while > installation? > > > > This would be at installation point, we'll provide it in the dropdown on > step 1 or step 2 (whichever one the user configures the db in). I started > working on this one last night. > > > > b) What will be the impact if any on the mysql compatible queries that we > have now? Will the current queries be changed? > > The current queries will be changed, the changes should have no effect > on the mysql compatibility. I didn't encounter any mysql regression > bugs doing the changes for 4.2 and I don't expect any for 5.0. > > > > > c) If the current queries are changed as such they may affect the core > team's development. Are we going to go on putting an IF check for PostGres? > > > > I would expect that the same queries will work for both databases, in the > case of incompatible queries, my vote would be an if/else for the short > term. Long-term, ADODB provides some healthy extensibility and abstraction > of the db layer. My vote is that we get PGSQL support in now, and then > polish with ADODB as we go along. > > > > d) How are we going to handle simultaneous development on the core code? > How to handle breakages if any? > > > > Allan will likely be doing the bulk of the commits, so I'll let him > address this. My commits will likely be isolated to one page at a time. If > you guys are able to validate our work in MySQL as we go along, that would > be very helpful. I'll try to test it at the same time (good ol' config.php > swap). > > The same way you currently handle simultaneous development between the > multiple contributers. I don't anticipate much breakage, the largest > changeset will probably be done in one commit during the first day I > work on this to get the installer working for both database types. As > I work pretty much opposite hours from the rest of the team conflicts > should be rare. > > > > > Thank you for your support and assistance in performing this. > > > > Regards, > > > > - Joel > > > > I just want to bring one point up which may ease you mind a little. > > SQL is a standard much like HTML. MySQL is like the IE of databases > well Postgres is closer to a Firefox, in the sense that MySQL will > make the best of any crap you send it well Postgres follows the > standards more closely. So what I'm going to be doing is basically > standardizing the SQL, and unlike IE MySQL supports the standards > properly (well it's laking several features and just ignores some > stuff but since I'm not adding anything that won't be a problem). > > Allan > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Fri May 12 10:49:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 12 May 2006 10:49:31 -0400 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. From philip at vtiger.com Fri May 12 11:33:01 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:33:01 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: <10b293ab709.-5614056690891036135.-914418256296396671@@vtiger.com> Hi Jeff, Yes we do agree that we have to tag the build in svn, as we are not aware of the procedure we'll seek Matt's help in this regard and make it done. But for the build name the 5 alpha series is over, the build worth between alpha and beta stage so we decided to go with pre-beta, right now we don't expect any beta series, even once the beta is out, so the release after beta will be GA. Regards, Philip ----jtk at yahoo.com wrote ---- Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/b354d994/attachment.html From philip at vtiger.com Fri May 12 11:59:08 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:59:08 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. Message-ID: <10b29529d03.4582644429177129343.6722516092062050602@@vtiger.com> Hi, I tried reaching matt through is mobile, but i could'nt make it, can anyone who knows the procedure label the build in svn as vtigerCRM-5.0-pre-beta-i18n ? if so please label the files which were modified 12hr before from now as we have made checkins after that. Thanks, Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/64ed57e4/attachment-0002.html From sergiokessler at gmail.com Fri May 12 12:15:59 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:15:59 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <-5690813438495085335@unknownmsgid> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> <-5690813438495085335@unknownmsgid> Message-ID: <49216030605120915n3874eb5av246c7b2b7656e89b@mail.gmail.com> ok, richie, I understand you. but we can do baby steps in preparing the infraestructure for 5.0.1 the first baby step is to just create a folder called 'locale' in the root of vtiger. can you do this ? (it will not affect in nothing to the current code) maybe you can put a readme.txt that says: "this folder will be use for future gettext system translations" si ? /sak On 5/12/06, Richie wrote: > > Team, > > I am sorry but I am not willing to take this up for vtiger CRM 5.0 . > I would suggest that we take this up for 5.0.1. > > We have enough number of issues/features to test out. > This will be an overhead as of now. > > I would rather invest time in testing the existing features/bugs. > > Requesting your understanding, > > Richie > > > > > > > ---- Sergio A. Kessler wrote ---- > > > well, mike was trying to provide a migration path between the old and > new methods... > > my approach would be simpler: > > - I will not touch the database > - I will not provide a migration path (altough both methods of > translating can coexist for a time) > > the patch will consist in a new file and a function, nothing more... > and if you do not use the new method of translation, everything will > run like before, so the patch is not disruptive at all... > > do we agree on doing this ? > > > /sak > > On 5/12/06, Abos wrote: > > This is the instructions sended by Mike himself, i paste the original > > message. > > > > > > I've tried to boil this down simply. Here's what you need. > > > > 1) Extract these files in a directory named *locale/* inside your > > vtiger directory. > > 2) You need a table in vtiger named *lang_keys*. To create this, > > execute as follows (from the root vtiger directory): > > php locale/buildLangKeys.php > > This will create: > > locale/vtiger.pot (POT file for translating) > > locale/lang_keys.sql (initialization for the database table) > > The lang_keys.sql in the distributed file is actually the correct file > > from the alpha. However, you can rebuild if you like > > 3) I haven't reviewed where this is in 5.0, but the functions in > > utils_lang.php need to replace the same functions in the new 5.0 > > utils.php (or wherever it is). > > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > > These need to be updated for 5.0. They are included for your reference. > > > > Here's how the system works: > > 1) The following functions *return* the identical strings they used to: > > function return_app_list_strings_language($language) > > function return_application_language($language) > > function return_module_language($language, $module) > > They use the lang_keys database to build the contents of the strings, > > but instead of returning the English (which is in the database), they > > return _(English) making it translated. > > 2) Otherwise, system functions as expected. All new entries, however, > > can simply be _(*My New Strings*) rather than going to the complication > > of adding to mod_strings, etc. > > > > Caveats: > > 1) There are several untranslated strings I had to find. I'll compile a > > list and provide later. > > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > > which causes lots of problems. I have fixed in my version, and will > > supply by Friday. > > > > Future: > > 1) I will have a tool shortly which builds a PO file from an existing > > translation. This will be extremely useful in migrating from the old > > system to the new system. > > > > Geek Alert: > > 1) If you really want to see something cool, look at buildLangKeys.txt > > and see how I am importing each language file, then assigning it to a > > string in an array from the import. Very cool. > > > > This should be very clear, I hope. I will be on road a lot tomorrow. > > You can try to IM me, and I'll respond if I am free. > > > > Cheers! > > Mike > > > > P.S. I will post this to forge > > > > > > > > Sergio A. Kessler a ?crit : > > > yes, please, send it to this list... > > > (I do not like private messages) > > > > > > but I need confirmation that the patch (ie. the work) will not end in > > > the floor... > > > (if the patch is simple to merge, that is) > > > > > > /sak > > > > > > On 5/11/06, Abos wrote: > > > > > >> Sergio, > > >> Mike Crowe has sended me latest version of his gettext patch, i can > mail > > >> you that if you want. > > >> > > >> > > >> Sergio A. Kessler a ?crit : > > >> > > >>> I'm short on time, but I can give it a try this weekend, > > >>> but the patch enabling gettext will be accepted or is too late ? > > >>> > > >>> 1) the patch should be short > > >>> 2) the current translations can be mantained in the transition, I see > > >>> no problem in enabling gettext strings each by one > > >>> > > >>> regards, > > >>> /sak > > >>> > > >>> On 5/11/06, Abos wrote: > > >>> > > >>> > > >>>> Hi Sergio, > > >>>> do not miss understand (i know my english is poor), > > >>>> i'm not against gettext, if you have capabilitie to provide gettext > > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > > >>>> format without any problem in same time. > > >>>> But i think before gettext integration, we have to ask to the > > >>>> translaters, to know their capabilities. > > >>>> Regards, > > >>>> A?ssa > > >>>> > > >>>> Sergio A. Kessler a ?crit : > > >>>> > > >>>> > > >>>>> aisa, is a lot more probably that you *gain* translators instead of > > >>>>> loosing them... > > >>>>> (I don't know how you came to that conclusion) > > >>>>> > > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > > >>>>> this thing hasn't used before... > > >>>>> > > >>>>> gettext doesn't resolve the harcoded strings problems, > > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, > that's > > >>>>> is not even funny... > > >>>>> > > >>>>> all you have to do is to change something from: > > >>>>> > > >>>>> echo "harcoded string"; > > >>>>> > > >>>>> to > > >>>>> > > >>>>> echo _("translatable string"); > > >>>>> > > >>>>> then you run a script that does all the dirty work for you... > > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 5/10/06, Abos wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> ok, > > >>>>>> Translate on array is boring, but really easy, using tool like > poedit... > > >>>>>> is another thing (not really difficult i agree). > > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be > for > > >>>>>> june than wait 2 more months and have gettext. > > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > > >>>>>> And before make the change, we have to train/inform the > translators, > > >>>>>> loose some translators (and lang so) during the change is not good. > > >>>>>> A?ssa > > >>>>>> > > >>>>>> Sergio A. Kessler a ?crit : > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>> gettext is an order of magnitude easier to use for translators > (than > > >>>>>>> an array based aproach) if you use poedit. > > >>>>>>> > > >>>>>>> http://www.poedit.org/ > > >>>>>>> > > >>>>>>> and I do not want to mention that gettext produces and keep > > >>>>>>> sincronized the files to translate automagically... > > >>>>>>> > > >>>>>>> /sak > > >>>>>>> > > >>>>>>> On 5/10/06, Abos wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> Hi all, > > >>>>>>>> this is a small report for today svn snapshot. > > >>>>>>>> > > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), > i > > >>>>>>>> think you know already. > > >>>>>>>> > > >>>>>>>> Tab marketing, subtab account & contact, if i add an > task/activitie, the > > >>>>>>>> redirection goes to tab support, the good subtab. (very small > problem) > > >>>>>>>> > > >>>>>>>> Tab "More information", when i translate close (for task/events) > the > > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > > >>>>>>>> > > >>>>>>>> The compose email pop up, is just a little to small (need 50px > weight more), > > >>>>>>>> > > >>>>>>>> Problem with ' in company field information (alway), > > >>>>>>>> > > >>>>>>>> When i send an email to a lead or contact, lead/contact > description > > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, > "fucking > > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > > >>>>>>>> > > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist > settings > > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the > invoices, it's > > >>>>>>>> miss since 4.x) > > >>>>>>>> > > >>>>>>>> Migration script alway break the install, i have make a test with > a new > > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), > only 4 > > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > > >>>>>>>> profile2globalpermissions. > > >>>>>>>> > > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound > to left > > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount > inclined to > > >>>>>>>> right. > > >>>>>>>> > > >>>>>>>> Migration question : > > >>>>>>>> Why not provide migration script during install ? With user > choice > > >>>>>>>> install/upgrade. > > >>>>>>>> > > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put > loggin to > > >>>>>>>> WARN for stable version ? > > >>>>>>>> > > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can > be very > > >>>>>>>> good. > > >>>>>>>> > > >>>>>>>> Now the good things :) > > >>>>>>>> New really impressive design for the calendar, very very good ! > > >>>>>>>> The quick create function can be a killer feature on vtiger 5 > (time > > >>>>>>>> winning!!!)! > > >>>>>>>> The search engine is very cool, now we can search on entire > system. > > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i > have > > >>>>>>>> said about report module ;) ) > > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient > to see > > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need > help.", > > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to > lang > > >>>>>>>> file and give a patch ?... I'm ready. > > >>>>>>>> > > >>>>>>>> About gettext, the problem with gettext, is you can loose > translaters, > > >>>>>>>> gettext is more difficult to use, but more efficient. We need a > full > > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right > decision. > > >>>>>>>> > > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell > good. > > >>>>>>>> And i'm really enthusiastic(not sure for this word) > > >>>>>>>> I hope the plug-ins with same quality. > > >>>>>>>> A?ssa, > > >>>>>>>> gone to write a news on vtiger france > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> _______________________________________________ > > >>>>>>>> > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From sergiokessler at gmail.com Fri May 12 12:19:06 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:19:06 -0300 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <-4460657018200633648@unknownmsgid> References: <33041.1419192844$1147434990@news.gmane.org> <-4460657018200633648@unknownmsgid> Message-ID: <49216030605120919v79e3b22bucd6db55ea8c9a44d@mail.gmail.com> can't you do beta1, beta2, betaN, RC1, RC2, etc ? On 5/12/06, Philip wrote: > > > Hi Jeff, > > Yes we do agree that we have to tag the build in svn, > as we are not aware of the procedure > we'll seek Matt's help in > this regard and make it done. But for the build name the > 5 alpha series is over, the build worth > between alpha and beta > stage so we decided to go with pre-beta, right now we > don't expect any beta series, even once > the beta is out, > so the release after beta will be GA. > > Regards, > Philip > > > ----jtk at yahoo.com wrote ---- > > > Philip wrote: > > vtigerCRM 5 pre-beta development release with i18n > support is available > > for download in the following url, along with this we > have released the > > ThunderBird extension and FireFox Toolbar, which > is available for > > download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > The file offered for download is: > vtigerCRM-5.0-pre-beta-i18n.tar.gz > > Can we please tag this in subversion and release as > > vtigercrm-5.0.0alpha6.tar.gz? > > The alpha series aren't such a big issue, but we really > need a procedure > in place by the time vtigercrm-5.0.0beta1 is offered. > > Packaging systems can't automatically tell that > 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' > 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm > into any distro > packaging systems until we do things the > computer-readable way. > > * tag: svn copy a specific trunk (or branch) > revision with the exact > release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. > Then 'svn export' > is used to make the tarball/exe, etc. > > The logic behind using tags is that we should be able > to precisely > recreate and diff against anything ever 'released', > at any time in the > future. It's an essential prerequisite to > providing continuous migration > support. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of > paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner > for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Fri May 12 13:05:30 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 12 May 2006 10:05:30 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. In-Reply-To: <-1322028316996138354@unknownmsgid> References: <-1322028316996138354@unknownmsgid> Message-ID: <3bec26390605121005g1fcf4071p6b3cb5330584d5ca@mail.gmail.com> Philip, Can you give a revision number (ie: the last checkin before creating the release)? 12hr ago is kind of a vague target and there seems to have been several checkins around that time. On 5/12/06, Philip wrote: > > Hi, > > I tried reaching matt through is mobile, but i > could'nt make it, can anyone who knows the > procedure label the build in svn as > vtigerCRM-5.0-pre-beta-i18n ? if so please label the files > which were modified 12hr before from now as > we have made checkins > after that. > > > Thanks, > Philip > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From webmaster at vtigercrmfrance.org Sun May 14 08:13:27 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:13:27 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 translations Message-ID: <44671EE7.4030204@vtigercrmfrance.org> Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. From webmaster at vtigercrmfrance.org Sun May 14 08:31:28 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:31:28 +0200 Subject: [Vtigercrm-developers] Translation alway Message-ID: <44672320.7050101@vtigercrmfrance.org> On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} From ahmed at vtiger.com Sun May 14 10:05:54 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:05:54 -0700 Subject: [Vtigercrm-developers] Translation alway In-Reply-To: <44672320.7050101@vtigercrmfrance.org> References: <44672320.7050101@vtigercrmfrance.org> Message-ID: <10b3337ad96.5727276764477112699.739308675497672277@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/b4121e31/attachment.html From ahmed at vtiger.com Sun May 14 10:06:32 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:06:32 -0700 Subject: [Vtigercrm-developers] vtiger crm 5 translations In-Reply-To: <44671EE7.4030204@vtigercrmfrance.org> References: <44671EE7.4030204@vtigercrmfrance.org> Message-ID: <10b33383f6a.4798651429895754736.2392294882046223799@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/72cf0d42/attachment-0002.html From webmaster at vtigercrmfrance.org Sun May 14 12:00:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:00:42 +0200 Subject: [Vtigercrm-developers] Reports module, error include Message-ID: <4467542A.8020300@vtigercrmfrance.org> Hi, please correct on file /modules/Reports/SaveAndRun.php line 51 the case not correct require_once('modules/DashBoard/ReportsCharts.php'); must be require_once('modules/Dashboard/ReportsCharts.php'); From jtk at yahoo.com Sun May 14 12:28:05 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 14 May 2006 12:28:05 -0400 Subject: [Vtigercrm-developers] Reports module, error include References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: Abos wrote: > please correct on file /modules/Reports/SaveAndRun.php line 51 the case > not correct > require_once('modules/DashBoard/ReportsCharts.php'); > must be > require_once('modules/Dashboard/ReportsCharts.php'); Thanks for the catch, fixed. Would you consider filing issues as trac tickets, so the developers could address and comment on them more easily? http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 From webmaster at vtigercrmfrance.org Sun May 14 12:33:59 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:33:59 +0200 Subject: [Vtigercrm-developers] translations Message-ID: <44675BF7.5050508@vtigercrmfrance.org> File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. From webmaster at vtigercrmfrance.org Sun May 14 13:30:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 19:30:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4467692B.5000106@vtigercrmfrance.org> On file /module/Calendar/CalendarLayout.php Line 7 function calendar_layout(& $param_arr) { Add global $mod_strings; Line 25/26 change for : $mod_strings[Events] $mod_strings[Todos] Line96 function get_cal_header_data(& $cal_arr) { global $mod_strings; Line 108 change for date_time->get_formatted_date()."\",\"".$cal_arr['calendar']->date_time->get_formatted_date()."\",\"".$hour_startat."\",\"".$hour_endat."\")' href='javascript:void(0)'>".$mod_strings['Add Event']." Line 114 change for ".$mod_strings[View]." : "; Line 124 to 133 change for function getEventViewOption(& $cal) { global $mod_strings; $view = ""; return $view; } Line 639 to 655 function getEventTodoInfo(& $cal, $mode) { global $mod_strings; $event_todo = Array(); $event_todo['event']=getListView($cal, $mode); $event_todo['todo'] = getTodosList($cal, $mode); $event_todo_info = ""; $event_todo_info .= "".$mod_strings['Total Events'].": ".$event_todo['event']['totalevent']; if($event_todo['event']['pendingevent'] != null) $event_todo_info .= ", ".$event_todo['event']['pendingevent']." Pending"; $event_todo_info .=" / "; $event_todo_info .="".$mod_strings['Total Todos']." : ".$event_todo['todo']['totaltodo']; if($event_todo['todo']['pendingtodo'] != null) $event_todo_info .= ", ".$event_todo['todo']['pendingtodo']." ".$mod_strings['Pending'].""; return $event_todo_info; } Line 657 to 706 change for function constructListView($entry_list) { global $mod_strings; $list_view = ""; $header = Array('0'=>'#', '1'=>$mod_strings['Start Time'], '2'=>$mod_strings['End Time'], '3'=>$mod_strings['Event Type'], '4'=>$mod_strings['Event Details'], '5'=>$mod_strings['Actions'], '6'=>$mod_strings['Current Status'], ); $header_width = Array('0'=>'5', '1'=>'10', '2'=>'10', '3'=>'10', '4'=>'40', '5'=>'10', '6'=>'15', ); $list_view .="
"; $header_rows = count($header); for($i=0;$i<$header_rows;$i++) { $list_view .=""; } $list_view .=""; $rows = count($entry_list); if($rows != 0) { for($i=0;$i"; foreach($entry_list[$i] as $key=>$entry) { $list_view .=""; } $list_view .=""; } } else { $list_view .=""; $list_view .=""; $list_view .=""; } $list_view .="
".$header[$i]."
".$entry."
".$mod_strings['None Scheduled']."
"; echo $list_view; } Add those strings in mod lang file 'Events'=>'Events', 'Add Event'=>'Add Event', 'Todos'=>'Todos', 'View'=>'View', 'Total Events'=>'Total Events', 'Total Todos'=>'Total Todos', 'Pending'=>'Pending', 'Hour View'=>'Hour View', 'List View'=>'List View', 'None Scheduled'=>'None Scheduled', 'Start Time'=>'Start Time', 'End Time'=>'End Time', 'Actions'=>'Actions', 'Event Type'=>'Event Type', 'Event Details'=>'Event Details', 'Current Status'=>'Current Status', Let me know if you prefer other format for changes. To be continued .... From webmaster at vtigercrmfrance.org Sun May 14 15:54:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 21:54:42 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <44678B02.4040704@vtigercrmfrance.org> Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks From webmaster at vtigercrmfrance.org Sun May 14 16:06:14 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 22:06:14 +0200 Subject: [Vtigercrm-developers] Reports module, error include In-Reply-To: References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: <44678DB6.3030806@vtigercrmfrance.org> Hi, I appreciate a clear procedure for posting report/bug/changes... I post all changes for translations on this ML, What is the best format ? .diff, comments like i send, entire file ? What is the right place for that ? Here ? Trac ? it still remains lot of harcoded strings, i think to post a maximum during the week and i hope to have a full translated version for GA. I do my best and sorry if i ask silly questions or mistakes. Regards, A?ssa Jeff Kowalczyk a ?crit : > Abos wrote: > >> please correct on file /modules/Reports/SaveAndRun.php line 51 the case >> not correct >> require_once('modules/DashBoard/ReportsCharts.php'); >> must be >> require_once('modules/Dashboard/ReportsCharts.php'); >> > > Thanks for the catch, fixed. Would you consider filing issues as trac > tickets, so the developers could address and comment on them more easily? > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Sun May 14 17:54:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 23:54:49 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <4467A729.5080902@vtigercrmfrance.org> File : /modules/Calendar/addEventUI.php this is the entire file Strings to add on mod lang file : 'Close'=>'Close', 'Call'=>'Call', 'Meeting'=>'Meeting, 'Event Name'=>'Event Name', 'Event starts at'=>'Event starts at', 'Event ends on'=>'Event ends on', 'Invite'=>'Invite', 'Reminder'=>'Reminder', 'Repeat'=>'Repeat', 'LBL_To_invite'=>'To invite, select the users from the "Available Users" list and click the "Add" button.', 'LBL_To_remove'=>'To remove, select the users in the "Selected Users" list and the click "Remove" button.', 'Available Users'=>'Available Users', 'Selected Users'=>'Selected Users', 'Add'=>'Add', 'Remove'=>'Remove', 'LBL_users_receive_email'=>'users will receive an email about the Event.', 'Remind on'=>'Remind on', 'Minutes'=>'Minutes', 'Hours'=>'Hours', 'Days'=>'Days', 'Day'=>'Day', 'Week'=>'Week', 'Month'=>'Month', 'Year'=>'Year', 'before the event starts'=>'before the event starts', 'before the event ends'=>'before the event ends', 'Send Reminder to'=>'Send Reminder to', 'Type Email ID'=>'Type Email ID', 'Repeat'=>'Repeat', 'Enable Repeat'=>'Enable Repeat', 'Repeat once in every'=>'Repeat once in every', 'day of the month'=>'day of the month', 'on'=>'on', 'First'=>'First', 'Last'=>'Last', 'Save'=>'Save', This is just the beginning..... From surachai at prachakij.com Mon May 15 01:50:09 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Mon, 15 May 2006 12:50:09 +0700 Subject: [Vtigercrm-developers] Dashboard character encoding Message-ID: <1147672209.22063.11.camel@localhost.localdomain> I install vtiger 4.2 on redhat as3. I would like to set dashboard to show thai language which mean I have to use tis-620 encoding. Could you tell me how to set it? Thank you in advance. -- Surachai Locharoen From gopals at vtiger.com Mon May 15 02:50:38 2006 From: gopals at vtiger.com (Gopal) Date: Sun, 14 May 2006 23:50:38 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 - Security Mgt Test cases Message-ID: <10b36cf8730.-3137295622348362958.-5700822763960106518@@vtiger.com> Dear Team, I have posted v5 - Security Mgt. test cases (Summary level) for the benefit of community start testing the Security features. http://blogs.vtiger.com/weblog_entry.php?e=6851 Or http://forums.vtiger.com/viewtopic.php?t=6852 Please feel free to add your inputs, test results, and comments at the Wiki doc so that we can have a complete document before Beta release. http://www.vtiger.com/wiki/index.php/Vtiger_CRM_5_Test_Cases Thanks, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/7df27525/attachment.html From webmaster at vtigercrmfrance.org Mon May 15 04:18:08 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 10:18:08 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <44683940.70601@vtigercrmfrance.org> Hi, on file /modules/calendar/calendarLayout.php Line 506 Change for : ['.$mod_strings['More'].'...] Line 617 change for $more_link = "[".$mod_strings['More']."...]"; And add 'More'=>'More', on lang file. Thanks From richie at vtiger.com Mon May 15 06:50:53 2006 From: richie at vtiger.com (Richie) Date: Mon, 15 May 2006 03:50:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 Message-ID: <10b37ab7b50.4324958173826176072.4705717994082330508@@vtiger.com> Hi Allan! Do let me know how far things have gone on the Postgres front please. I plan to go for a validation round. Depending on your answer, I might have to reschedule the plan. As of now, I hope to have the full-scale validation on by coming Monday. Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/115e1e02/attachment-0002.html From ahmed at vtiger.com Mon May 15 08:27:05 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:27:05 -0700 Subject: [Vtigercrm-developers] Translations In-Reply-To: <44678B02.4040704@vtigercrmfrance.org> References: <44678B02.4040704@vtigercrmfrance.org> Message-ID: <10b38039187.-632636123900005112.-8484531077188790005@@vtiger.com> Hi, The changes in the header.tpl has been done. Regards, Ahmed ----webmaster at vtigercrmfrance.org wrote ---- Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/9d17388b/attachment.html From ahmed at vtiger.com Mon May 15 08:56:15 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:56:15 -0700 Subject: [Vtigercrm-developers] translations In-Reply-To: <44675BF7.5050508@vtigercrmfrance.org> References: <44675BF7.5050508@vtigercrmfrance.org> Message-ID: <10b381e4500.2258827201827137331.-8249536675749164027@@vtiger.com> Hi, The changes have been done. Regards, Ahmed vtiger ----webmaster at vtigercrmfrance.org wrote ---- File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/f1d855be/attachment-0002.html From webmaster at vtigercrmfrance.org Mon May 15 11:09:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 17:09:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4468999F.8000704@vtigercrmfrance.org> Hi, this is some harcoded strings, on file /includes/utils/searchutils.php Line 393 : if($fieldlabel != 'Related to') { if ($i==0) $OPTION_SET .= ""; else $OPTION_SET .= ""; } can you change field label for $app_strings['$fieldlabel'] Line 409, $CRIT_OPT = ""; Other thing on reports module, the field name are in english, xls/pdf output first line display the field also in english On settings, DefaultFieldPermissions The fields name are in english, OrgSharing, The modules names are in english, EditFieldBlock Few terms translated, but major in english. ..... vtiger CRM 5 begin to look like good in our language, continue efforts, thanks From allan.bush+vtiger_dev at gmail.com Mon May 15 22:07:19 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Mon, 15 May 2006 19:07:19 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <662123432683169590@unknownmsgid> References: <662123432683169590@unknownmsgid> Message-ID: <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Richie, Postgres is coming along, not as quickly as I had hoped but it's getting there. The installation process is working now and their aren't too many problems with normal navigation. The biggest hurdle right now (other then just plain lack of time on my part) is with the state of flux of the code base. Jeff is doing a great job syncing the branch up all the time, but the large amount of change requires a lot of re-testing on our part. I think the best course of action right now is to merge the branch back into the trunk. Mering the postgres branch this will free up more time for Jeff to work on other fixes and I don't foresee any more breakage as all changes from here on are simply fixing queries one at a time as we come across problems. The biggest advantage I see with dropping the branch is if we find a bug we won't have to concern ourselves with if it's a postgres only bug or not and we'll just be able to fix it without worrying about duplicating the effort of one of your guys. Also this will allow us to split the long sql queries into multiple lines so that SVN can track the changes better without us breaking the mergability of the postgres branch. Merging the branch just before the next validation round would be prefect timing and unless Jeff or Joel say otherwise I think it's ready to be merged at anytime now. Allan On 5/15/06, Richie wrote: > > Hi Allan! > > Do let me know how far things have gone on the > Postgres front please. > I plan to go for a validation round. Depending on > your answer, I might have to reschedule > the plan. > As of now, I hope to have the full-scale validation on > by coming Monday. > > Richie From jtk at yahoo.com Mon May 15 22:51:53 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Mon, 15 May 2006 22:51:53 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. From saint at vtiger.com Tue May 16 07:51:04 2006 From: saint at vtiger.com (Saint) Date: Tue, 16 May 2006 17:21:04 +0530 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Message-ID: <4469BCA8.5090309@vtiger.com> Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EmptyListViewUI.gif Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment.gif From gopals at vtiger.com Tue May 16 08:23:56 2006 From: gopals at vtiger.com (Gopal) Date: Tue, 16 May 2006 05:23:56 -0700 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group Message-ID: <10b3d270a02.-2050166735887071557.-1171685965964976545@@vtiger.com> Dear Team, We have launched a separate mailing list to discuss about Access ControlLists (aka Role based Security Management) in vtiger CRM. I hope you agree with me that ACL functionality has a massive impact on vtigercore architecture and it will be going to define the next generation OpenSource CRM for enterprise market. I would like to take this opportunity to invite all interested people toactively participate in defining various scenarios for functionalityvalidation, so that our end-user community will have a hassle freedeployment after v5 GA release. As a first step, Richie, Don, Frank Piepiorra, and myselfposted different papers at different times. We would like to unify allour efforts into one place so that community will have betterexperience while working with ACL in future. I would like to mention specially Dr Frank Piepiorra and Brian Laughlinfor taking up interest on this subject and motivating usstarting a special mailing list. I also invite all interested Developers,Testers, Analysts, Usability Gurus, and Tech Writers to participateactively in ACL Group. http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup PS: We have decided to use this group as ACL Group (aclgroup) instead of Securityto avoid any confusion as other Security management aspects, such as dataprotection, firewalls, vulnerabilities etc also comes under Security purview. If needed we will start newgroups for other areas. For a quick overview please refer to my Blog post: http://blogs.vtiger.com/weblog_entry.php?e=6851 Looking forward for all your suggestions and comments in improving our ACL functionality. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/a2046aee/attachment.html From richie at vtiger.com Tue May 16 08:29:45 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:29:45 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: <10b3d2c5c2f.-95223486507406088.-7448795235438852043@@vtiger.com> Hi Team! I guess we have to make the call sooner than later. Let us get on with this tonight. We will be updating the demo on a regular basis from now on so that we get all the feedbacks before the Beta release scheduled tentatively for Wednesday, the 24th of May. Allan, JeffK , go ahead and merge the changes please. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/cf34148f/attachment-0002.html From richie at vtiger.com Tue May 16 08:31:10 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:31:10 -0700 Subject: [Vtigercrm-developers] translators needed Message-ID: <10b3d2daa97.-7381843659722751868.-8372169969394412421@@vtiger.com> Hello! We need more translations for vtiger. Kindly help us out by translating vtiger to other languages as well. We will provide the relevant help from our side. Kindly spread the word. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/824f1a63/attachment.html From sergiokessler at gmail.com Tue May 16 08:56:13 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 16 May 2006 09:56:13 -0300 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group In-Reply-To: <-8240051870462132920@unknownmsgid> References: <-8240051870462132920@unknownmsgid> Message-ID: <49216030605160556k183a499bu88d2a7862518e88d@mail.gmail.com> gopal, why create a separate mailing list and not discuss ACL here ? it's not the case that this mailing list is saturated of messages... you are splitting efforts instead of unite them... after all, is all about development... /sak On 5/16/06, Gopal wrote: > > Dear Team, > > We have launched a separate mailing list to discuss about Access Control > Lists (aka Role based Security Management) in vtiger CRM. I hope you agree > with me that ACL functionality has a massive impact on vtiger core > architecture and it will be going to define the next generation Open Source > CRM for enterprise market. > > I would like to take this opportunity to invite all interested people to > actively participate in defining various scenarios for functionality > validation, so that our end-user community will have a hassle free > deployment after v5 GA release. As a first step, Richie, Don, Frank > Piepiorra, and myself posted different papers at different times. We would > like to unify all our efforts into one place so that community will have > better experience while working with ACL in future. > > I would like to mention specially Dr Frank Piepiorra and Brian Laughlin for > taking up interest on this subject and motivating us starting a special > mailing list. I also invite all interested Developers, Testers, Analysts, > Usability Gurus, and Tech Writers to participate actively in ACL Group. > > http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup > > PS: We have decided to use this group as ACL Group (aclgroup) instead of > Security to avoid any confusion as other Security management aspects, such > as data protection, firewalls, vulnerabilities etc also comes under Security > purview. If needed we will start new groups for other areas. > > For a quick overview please refer to my Blog post: > > http://blogs.vtiger.com/weblog_entry.php?e=6851 > > Looking forward for all your suggestions and comments in improving our ACL > functionality. > > Regards, > Gopal > > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From david.moron at openwired.net Wed May 17 07:42:18 2006 From: david.moron at openwired.net (David Moron) Date: Wed, 17 May 2006 13:42:18 +0200 Subject: [Vtigercrm-developers] Error on a custom report Message-ID: <446B0C1A.3080207@openwired.net> Hi, I've created a Help-Desk custom report using the columns: -Title -Priority -Severity -Status -Created Time -Related To and when I run the report: Fatal error: Call to a member function on a non-object in C:\Program Files\vtigerCRM4_2\apache\htdocs\vtigerCRM\include\database\PearDatabase.php on line 414 The report works ok if the column 'related to' is not selected. I'm running VTiger 4.2 Patch 2 for evaluation purposes on a WindowsXP SP2. Installed using the autoinstaller. The database was populated with the default VTiger values during the instalation. Thank you. -- David Mor?n Ruano Coordinador de Proyectos Grupo OpenWired, S.L. Caballero, 87 bajos - 08029 - Barcelona (Spain) Tel (+34) 93/410 75 70 - Fax (+34) 93/419 45 91 www.openwired.net, www.tecnologialinux.com From gopals at vtiger.com Thu May 18 00:01:29 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 17 May 2006 21:01:29 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. Message-ID: <10b45a7bddb.-2107684204783277011.-1655672098952562569@@vtiger.com> Dear Team, Could you please look into the problem? Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 (comments) The Postgres branch (4.2) seems to have a problem when accessing the Configuration Settings (On the Admin side) . Do you have any clue? Thanks! I appreciate! -Eric Allard (name) Eric Allard (emailID) eric.allard at boreal-is.com (Submit) Send (subject) Tell Us (from-email) noreply at vtiger.com (next-url) http://vtiger.com/thankyou.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060517/1d40e63b/attachment-0002.html From webmaster at vtigercrmfrance.org Thu May 18 05:34:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 18 May 2006 11:34:11 +0200 Subject: [Vtigercrm-developers] vtigerforge svn access Message-ID: <446C3F93.2030603@vtigercrmfrance.org> Hi all, i have some problems with developper access on forge svn. My password rejected, or network connexion closed. Using ubutnu shell, windows tortoise svn+ssh, subclipse. Any idea ? Thanks A?ssa From allan.bush+vtiger_dev at gmail.com Thu May 18 11:38:11 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 08:38:11 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: <-1731747798630696937@unknownmsgid> References: <-1731747798630696937@unknownmsgid> Message-ID: <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> The same issue was raised in the forums (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've addressed it. On 5/17/06, Gopal wrote: > > Dear Team, > > Could you please look into the problem? > > Regards, > Gopal > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > > (comments) > > The Postgres branch (4.2) seems to have a problem when accessing the > Configuration Settings (On the Admin side) . Do you have any clue? Thanks! > I appreciate! > -Eric Allard > > (name) Eric Allard > (emailID) eric.allard at boreal-is.com > (Submit) Send > (subject) Tell Us > (from-email) noreply at vtiger.com > (next-url) http://vtiger.com/thankyou.html > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Thu May 18 12:02:27 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 12:02:27 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Allan Bush wrote: > The same issue was raised in the forums > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > addressed it. I'm going to 'svn rm' both postgresql integration branches, since they have been merged and served their purpose. If anyone needs them, they can be accessed by checking out the original URI at the specific revision, which I'll note in the change log. Any objections? From allan.bush+vtiger_dev at gmail.com Thu May 18 17:05:42 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 14:05:42 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: <3bec26390605181405sd018839j36a2d155201d55fc@mail.gmail.com> Sounds like a good idea to me. On 5/18/06, Jeff Kowalczyk wrote: > Allan Bush wrote: > > The same issue was raised in the forums > > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > > addressed it. > > I'm going to 'svn rm' both postgresql integration branches, since they > have been merged and served their purpose. If anyone needs them, they can > be accessed by checking out the original URI at the specific revision, > which I'll note in the change log. > > Any objections? > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Thu May 18 17:34:20 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 17:34:20 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Joel Rydbeck wrote: > Does this mean 4.2.4 has the PG changes? I've been offline for a few > days here. No, vtigercrm/branches/4.2 has postgresql capabability, branches/4.2.4 does not. The maintainer Mike Fedyk opted to back out some incompatible changes that had crept in while branches/4.2_postrgresql_integration was active. I think it related to adodb-4.81 and its usage. I would prefer to see vtigercrm-4.2.4 merge as many compatible changes from branches/4.2 as possible, release, and then have interested parties quickly release vtigercrm-4.2.5. I'm actually somewhat in favor of jumping forward to a direct vtigercrm-4.2.5 release. Resources to maintain v4 branches are totally community-supplied at this point, I think, and 4.2.5 would bring postgresql users into that community. IMO, the vtiger team needs to commit to supporting migration from one v4 release version in order to put a v5 beta in the field. I'd nominate a vtigercrm-4.2.5 release as that baseline, and encourage everyone to migrate up to it ASAP, lest they be left without migration path to v5. From damien at uts.net.au Fri May 19 02:54:58 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Fri, 19 May 2006 16:24:58 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004701c67b11$247ed470$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/39f59fb3/attachment.html From surachai at prachakij.com Fri May 19 10:00:42 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Fri, 19 May 2006 21:00:42 +0700 Subject: [Vtigercrm-developers] Vtiger performance tuning Message-ID: <1148047242.6634.5.camel@localhost.localdomain> I use vtiger 4.2. The dashboard page take along time to load. Is there a way to improve this response time? Kan -- Surachai Locharoen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/8b9f3c35/attachment-0002.html From allan.bush+vtiger_dev at gmail.com Fri May 19 12:22:23 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 19 May 2006 09:22:23 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? Message-ID: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> No one is working on it and no one is testing it. I think we're just waiting for someone to release it but I don't know who that someone is. If there's anything we still need to do to push this out let me know and I'll do it. From webmaster at vtigercrmfrance.org Mon May 22 19:30:37 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 23 May 2006 01:30:37 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 small issue Message-ID: <4472499D.30404@vtigercrmfrance.org> Hi, with "ajax" field editing, i can change required fields values to null. Regards, A?ssa From mmbrich at fosslabs.com Tue May 23 14:09:47 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:09:47 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement Message-ID: <1148407787.19129.29.camel@localhost.localdomain> Hello All, I'll be getting ready to drop the email tracking capabilities into 5.x soon and I would like peoples opinions on list management... In our current deployment we've created an abstracted list management system called the "Campaigns" module.. Imagine that :). Within this module I track all lists by the parent_id and not by entity. This is because some of our customers are large telemarketing organizations and wanted to be able to harvest lists from their leads DB and re-call them even if they had a previous do-not-call flag set from another campaign. There are other good reasons for list management too, I'll explain more bellow. I tied the list management into the custom views module, IE: if you create a custom view called "List 1" you will have a campaign created with a parent id == customviewid of List 1. The parent is where the tracking begins at so that if the list is simply duplicated (say for another newsletter) then the unsub list is maintained. If a new custom view is created, the parent_id is set to the new customviewid for the new campaign and the list unsubs are reset. I know that is confusing but it enforces list management and not at the entity level so it still allows for harvesting new lists from the db. Here is a simple scenario of how it works: 1) I create a custom view called "sales list" and click the "Add to Campaigns" checkbox and save it. 2) A new campaign with a subject of "Initial list creation" is created with a parent_id == cvid of "Sales List" 3) Set the campaign type == "Email" and the rest of the fields to whatever I want and save 4) New button appears in Campaign DetaiView for "Create/Edit Email" and "Bulk Mail". I create an email and mail it. Now, suppose one of my customers unsubs from this list. He won't ever be emailed from the "Sales List" or any of the children campaigns that are created from it. However, if I go create a "Newsletter List" custom view and add it to the campaigns that customer _will_ be mailed again. Using the regular contactdetails.emailoptout would have stopped that customer from getting the newsletter list and is another good reason for list management instead of entity management for campaigns. So, what do you think? Far too complicated? Would you like to see a stricter set of unsub management rules? Or do you think this mix is just right? If you need further explanation just say so. Matt From mmbrich at fosslabs.com Tue May 23 14:29:05 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:29:05 -0600 Subject: [Vtigercrm-developers] per campaign custom fields Message-ID: <1148408945.19129.48.camel@localhost.localdomain> more features for 5.x... For our 4.x crm we created the ability to map custom fields to campaigns and then "hide" them from the system. Basically, if you map a custom field to a campaign and then hide it, it will only be shown in the detail/edit view of entities that are associated to that campaign and no others. If the custom field is not hidden it acts as normal. The main reason we built this feature was for the ability to manage a large amount of custom fields and use them for harvesting lists without having the whole list of CF's get out of control and unmanageable. In our most common scenario the custom fields are mapped to a campaign and then used in a specific telemarketing script but in other scenarios I see them being used maybe for something like a set of questions for a web based survey that you then create with a joomla forms builder (*cough*) :). Its a very cool feature for our uses, I'll try to lay out an example here.. Lets say you already have 10 misc custom fields: 1) Create a custom field picklist "How many dogs in your home" and map it to the campaign "Web survey dogs", hide it. Create your other custom fields for this campaign and map/hide them as well 2) Go to the joomla forms builder and choose the campaign "Web survey dogs" and you will be presented with a list of campaign specific CF's and all other gentype=(1,2) fields that aren't hidden. 3) Create cool form for your survey Once you have launched that survey, let say you follow the same steps except now it's for the "Web survey cats" campaign and it has it's own set of hidden custom fields mapped to that campaign. Now lets take 3 example leads: Joe Lead Campaign: Web survey dogs Jane Lead Campaign: Web survey cats Tom Lead Campaigns: Web survey cats, Web survey dogs Dick Lead Campaigns: none If you click on joe's record you will only see the 10 non-hidden custom fields and the ones created for the campaign he is mapped to. If you click on jane's record you will get the same results as joe except her specific custom fields will be for the cats campaign In tom's record you will have the 10 non-hidden CF's, the cat campaign CF's and the dog campaign CF's. And in Dicks record you will only see the 10 non-hidden custom fields. Anyone else see a use for this in their organizations or customer deployments? I would like to move this into 5.x if enough people could find uses for it. Matt From mmbrich at fosslabs.com Tue May 23 14:35:24 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:35:24 -0600 Subject: [Vtigercrm-developers] de-duplication Message-ID: <1148409324.19129.52.camel@localhost.localdomain> I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt From mmbrich at fosslabs.com Tue May 23 15:06:30 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 13:06:30 -0600 Subject: [Vtigercrm-developers] tab builder. Message-ID: <1148411190.19129.59.camel@localhost.localdomain> Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt From sergiokessler at gmail.com Tue May 23 15:23:57 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 16:23:57 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148407787.19129.29.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> Message-ID: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Matthew, I think the email flag by campaign is rigth, maybe the contactdetails.emailoptout could be used for 'never ever email this guy' btw, this is going in v5 ? or is is too late ? /sak On 5/23/06, Matthew Brichacek wrote: > Hello All, > > I'll be getting ready to drop the email tracking capabilities into 5.x > soon and I would like peoples opinions on list management... > > In our current deployment we've created an abstracted list management > system called the "Campaigns" module.. Imagine that :). Within this > module I track all lists by the parent_id and not by entity. This is > because some of our customers are large telemarketing organizations and > wanted to be able to harvest lists from their leads DB and re-call them > even if they had a previous do-not-call flag set from another campaign. > There are other good reasons for list management too, I'll explain more > bellow. > > I tied the list management into the custom views module, IE: if you > create a custom view called "List 1" you will have a campaign created > with a parent id == customviewid of List 1. The parent is where the > tracking begins at so that if the list is simply duplicated (say for > another newsletter) then the unsub list is maintained. If a new custom > view is created, the parent_id is set to the new customviewid for the > new campaign and the list unsubs are reset. > > I know that is confusing but it enforces list management and not at the > entity level so it still allows for harvesting new lists from the db. > Here is a simple scenario of how it works: > 1) I create a custom view called "sales list" and click the "Add to > Campaigns" checkbox and save it. > 2) A new campaign with a subject of "Initial list creation" is created > with a parent_id == cvid of "Sales List" > 3) Set the campaign type == "Email" and the rest of the fields to > whatever I want and save > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > "Bulk Mail". I create an email and mail it. > > Now, suppose one of my customers unsubs from this list. He won't ever > be emailed from the "Sales List" or any of the children campaigns that > are created from it. However, if I go create a "Newsletter List" custom > view and add it to the campaigns that customer _will_ be mailed again. > Using the regular contactdetails.emailoptout would have stopped that > customer from getting the newsletter list and is another good reason for > list management instead of entity management for campaigns. > > So, what do you think? Far too complicated? Would you like to see a > stricter set of unsub management rules? Or do you think this mix is > just right? > > If you need further explanation just say so. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 16:28:57 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 14:28:57 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Message-ID: <1148416137.19129.67.camel@localhost.localdomain> I'm not real sure what Richies plan is moving forward, he wrote me this AM and asked me to put the email tracking stuff in but I declined because we are still in feature freeze and because I wanted opinions on list management (not to mention I am still busy with webmails stuff). So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, otherwise I will wait until the next window opens up and do what I can to merge it in then. As far as list management, we're on the same page, currently if the user clicks on the "Unsubscribe from all campaigns" link in the unsub page they will have the contactdetails.emailoptout flag set and never be emailed again from vtiger. Matt On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > Matthew, I think the email flag by campaign is rigth, > maybe the contactdetails.emailoptout could be used for 'never ever > email this guy' > > btw, this is going in v5 ? or is is too late ? > > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > Hello All, > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > soon and I would like peoples opinions on list management... > > > > In our current deployment we've created an abstracted list management > > system called the "Campaigns" module.. Imagine that :). Within this > > module I track all lists by the parent_id and not by entity. This is > > because some of our customers are large telemarketing organizations and > > wanted to be able to harvest lists from their leads DB and re-call them > > even if they had a previous do-not-call flag set from another campaign. > > There are other good reasons for list management too, I'll explain more > > bellow. > > > > I tied the list management into the custom views module, IE: if you > > create a custom view called "List 1" you will have a campaign created > > with a parent id == customviewid of List 1. The parent is where the > > tracking begins at so that if the list is simply duplicated (say for > > another newsletter) then the unsub list is maintained. If a new custom > > view is created, the parent_id is set to the new customviewid for the > > new campaign and the list unsubs are reset. > > > > I know that is confusing but it enforces list management and not at the > > entity level so it still allows for harvesting new lists from the db. > > Here is a simple scenario of how it works: > > 1) I create a custom view called "sales list" and click the "Add to > > Campaigns" checkbox and save it. > > 2) A new campaign with a subject of "Initial list creation" is created > > with a parent_id == cvid of "Sales List" > > 3) Set the campaign type == "Email" and the rest of the fields to > > whatever I want and save > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > "Bulk Mail". I create an email and mail it. > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > be emailed from the "Sales List" or any of the children campaigns that > > are created from it. However, if I go create a "Newsletter List" custom > > view and add it to the campaigns that customer _will_ be mailed again. > > Using the regular contactdetails.emailoptout would have stopped that > > customer from getting the newsletter list and is another good reason for > > list management instead of entity management for campaigns. > > > > So, what do you think? Far too complicated? Would you like to see a > > stricter set of unsub management rules? Or do you think this mix is > > just right? > > > > If you need further explanation just say so. > > > > Matt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From sergiokessler at gmail.com Tue May 23 17:02:46 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 18:02:46 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148416137.19129.67.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> Message-ID: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> I'm afraid that if you let pass this windows (as you say, richie opened you a windows) while you are with this thing with the hot hands, in the future things could cold and maybe you decide that's not worth the effort... +1 /sak On 5/23/06, Matthew Brichacek wrote: > I'm not real sure what Richies plan is moving forward, he wrote me this > AM and asked me to put the email tracking stuff in but I declined > because we are still in feature freeze and because I wanted opinions on > list management (not to mention I am still busy with webmails stuff). > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > otherwise I will wait until the next window opens up and do what I can > to merge it in then. > > As far as list management, we're on the same page, currently if the user > clicks on the "Unsubscribe from all campaigns" link in the unsub page > they will have the contactdetails.emailoptout flag set and never be > emailed again from vtiger. > > > Matt > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > Matthew, I think the email flag by campaign is rigth, > > maybe the contactdetails.emailoptout could be used for 'never ever > > email this guy' > > > > btw, this is going in v5 ? or is is too late ? > > > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > Hello All, > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > soon and I would like peoples opinions on list management... > > > > > > In our current deployment we've created an abstracted list management > > > system called the "Campaigns" module.. Imagine that :). Within this > > > module I track all lists by the parent_id and not by entity. This is > > > because some of our customers are large telemarketing organizations and > > > wanted to be able to harvest lists from their leads DB and re-call them > > > even if they had a previous do-not-call flag set from another campaign. > > > There are other good reasons for list management too, I'll explain more > > > bellow. > > > > > > I tied the list management into the custom views module, IE: if you > > > create a custom view called "List 1" you will have a campaign created > > > with a parent id == customviewid of List 1. The parent is where the > > > tracking begins at so that if the list is simply duplicated (say for > > > another newsletter) then the unsub list is maintained. If a new custom > > > view is created, the parent_id is set to the new customviewid for the > > > new campaign and the list unsubs are reset. > > > > > > I know that is confusing but it enforces list management and not at the > > > entity level so it still allows for harvesting new lists from the db. > > > Here is a simple scenario of how it works: > > > 1) I create a custom view called "sales list" and click the "Add to > > > Campaigns" checkbox and save it. > > > 2) A new campaign with a subject of "Initial list creation" is created > > > with a parent_id == cvid of "Sales List" > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > whatever I want and save > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > "Bulk Mail". I create an email and mail it. > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > be emailed from the "Sales List" or any of the children campaigns that > > > are created from it. However, if I go create a "Newsletter List" custom > > > view and add it to the campaigns that customer _will_ be mailed again. > > > Using the regular contactdetails.emailoptout would have stopped that > > > customer from getting the newsletter list and is another good reason for > > > list management instead of entity management for campaigns. > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > stricter set of unsub management rules? Or do you think this mix is > > > just right? > > > > > > If you need further explanation just say so. > > > > > > Matt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 17:13:59 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 15:13:59 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> Message-ID: <1148418840.19129.73.camel@localhost.localdomain> This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 24 08:31:34 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:31:34 -0700 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148418840.19129.73.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> Message-ID: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Team, I am not sure if we do have a plan in place to have the list management part in. No doubt it can be done but the overall goal will be to have a logical flow in the system to use the feature which I suspect can be achieved at such short notice. Saint too has to be brought into the picture and he needs time to evaluate and suggest a flow. Then, comes the UI deliverables and the testing, bug-fixing,etc. I personally like the feature, in fact, what Matt has said is the proper way in which the feature should be provided. I do concede that the campaign management feature is as of now, more a place holder than anything. But, I am not sure if this is the right time to get this in. The Beta is just round the corner and we are better off testing whatever we have. Just for the info, I have asked Matt for the estimate for getting this feature in though but I am not in favour of adding any new features at this juncture. Your views are welcome. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/eda7774e/attachment.html From richie at vtiger.com Wed May 24 08:35:54 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:35:54 -0700 Subject: [Vtigercrm-developers] tab builder. In-Reply-To: <1148411190.19129.59.camel@localhost.localdomain> References: <1148411190.19129.59.camel@localhost.localdomain> Message-ID: <10b6664dd2f.6043584129775129514.-7161469095950791290@@vtiger.com> Matt, I would suggest that we have it started as separate project in the forge. The way I see it is as follows :- a) We create the project in the forge b) Someone starts working on the project. c) Testing and documentation is done properly. d) Parallely, 5.0 gets released. e) We integrate or just plugin this feature into 5.1 with some basic amount of testing in. I would suggest the same for the custom field for the campaigns feature and the list management feature. I am sure, once we have a dedicated project setup, we can get a lot many guys to hack the code and make it better taking the onus off Matt. JeffK, Matt, tell me when to branch off for the 5.0+ stuff. I will need help timing that move. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/25957639/attachment-0002.html From richie at vtiger.com Wed May 24 08:36:37 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:36:37 -0700 Subject: [Vtigercrm-developers] de-duplication In-Reply-To: <1148409324.19129.52.camel@localhost.localdomain> References: <1148409324.19129.52.camel@localhost.localdomain> Message-ID: <10b666587a8.-3324049467413022044.316899338876575084@@vtiger.com> Same suggestion as the previous mail. Let us have it as a separate project in the forge. We will integrate it to the core for the 5.1 or further series. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/89d969df/attachment.html From mmbrich at fosslabs.com Wed May 24 15:12:56 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 24 May 2006 13:12:56 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Message-ID: <1148497977.12716.36.camel@localhost.localdomain> I like the idea of a 5.1 branch to start this work on. Since this really is going to set the stage for the list management system in vtiger and just isn't a good candidate to throw in a week before your beta release :). I would put the time for list management, bulk emailing and email tracking at somewhere near 2-3 weeks given how much time I have lately. I think all together it took me 3-4 days of near non-stop work to get these features into 4.x. Anyways, after talking with some other vtiger users I have a list of additions I would like to get moved into 5.1+. Some of this work is going to be done because it's sponsored, I'll put a star next to those so you'll know which ones are at risk of being dropped if the client happens to decide against the feature.. Also speak up if you object to any of these feature going into 5.1+ releases. These are mostly in-order as I plan to enable them: 1) List Management 2) Bulk email and tracking capabilities 3) De-Duplication system 4) Expand on 4.x Click-to-Dial support by enabling skype, etc and make it a user configurable option 5) Per-campaign custom fields 6) Avery label maker -- JLee donated what will probably become the framework for this. I plan to add a template engine and maybe even envelope, postcard, etc makers :). <-"printing press" module? :) 7) Per-User email templates (JLee handed over some example code for this too) 8) Tab/Module Builder 9) OOo Mail merge plugin (*) 10) OOo document parser (*) 11) if 9 & 10 are completed I may build a document management system of some kind eventually. (something like knomos.org has) 12) Expand (and finish) much of the joomla<->vtiger work started in 4.x If you think any of these will scratch an itch for you then speak up and I'll be glad to help you with any questions you have. Matt On Wed, 2006-05-24 at 05:31 -0700, Richie wrote: > Team, I am not sure if we do have a plan in place to have the list > management part in. No doubt it can be done but the overall goal will > be to have a logical flow in the system to use the feature which I > suspect can be achieved at such short notice. Saint too has to be > brought into the picture and he needs time to evaluate and suggest a > flow. Then, comes the UI deliverables and the testing, > bug-fixing,etc. > > I personally like the feature, in fact, what Matt has said is the > proper way in which the feature should be provided. I do concede that > the campaign management feature is as of now, more a place holder than > anything. > > > But, I am not sure if this is the right time to get this in. The Beta > is just round the corner and we are better off testing whatever we > have. > > Just for the info, I have asked Matt for the estimate for getting this > feature in though but I am not in favour of adding any new features at > this juncture. > > > Your views are welcome. > > Richie > > > > > ---- Matthew Brichacek wrote ---- > > This is true, I've been known to change my mind before :) .. > but this is > something I really want to get moved into 5.x for my own > benefit as well > (because all you hackers are going to make it better than I > ever > imagined right?), on the other hand though I will surely > introduce some > bugs with this feature and that's not what feature freezes are > for ;). > > Anyways, if there is enough agreement in how list management > should be > done I'm willing to merge it in now if Richie still allows. I > am still > not sure how to tackle the list management though, I want to > improve on > how I did it for 4.x but haven't come up with any ideas on > just how to > do that yet. > > Matt > > On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > > I'm afraid that if you let pass this windows (as you say, > richie > > opened you a windows) while you are with this thing with the > hot > > hands, in the future things could cold and maybe you decide > that's not > > worth the effort... > > > > +1 > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > I'm not real sure what Richies plan is moving forward, he > wrote me this > > > AM and asked me to put the email tracking stuff in but I > declined > > > because we are still in feature freeze and because I > wanted opinions on > > > list management (not to mention I am still busy with > webmails stuff). > > > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 > then I will, > > > otherwise I will wait until the next window opens up and > do what I can > > > to merge it in then. > > > > > > As far as list management, we're on the same page, > currently if the user > > > clicks on the "Unsubscribe from all campaigns" link in the > unsub page > > > they will have the contactdetails.emailoptout flag set and > never be > > > emailed again from vtiger. > > > > > > > > > Matt > > > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler > wrote: > > > > Matthew, I think the email flag by campaign is rigth, > > > > maybe the contactdetails.emailoptout could be used for > 'never ever > > > > email this guy' > > > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > > > > /sak > > > > > > > > On 5/23/06, Matthew Brichacek > wrote: > > > > > Hello All, > > > > > > > > > > I'll be getting ready to drop the email tracking > capabilities into 5.x > > > > > soon and I would like peoples opinions on list > management... > > > > > > > > > > In our current deployment we've created an abstracted > list management > > > > > system called the "Campaigns" module.. Imagine > that :). Within this > > > > > module I track all lists by the parent_id and not by > entity. This is > > > > > because some of our customers are large telemarketing > organizations and > > > > > wanted to be able to harvest lists from their leads DB > and re-call them > > > > > even if they had a previous do-not-call flag set from > another campaign. > > > > > There are other good reasons for list management too, > I'll explain more > > > > > bellow. > > > > > > > > > > I tied the list management into the custom views > module, IE: if you > > > > > create a custom view called "List 1" you will have a > campaign created > > > > > with a parent id == customviewid of List 1. The parent > is where the > > > > > tracking begins at so that if the list is simply > duplicated (say for > > > > > another newsletter) then the unsub list is maintained. > If a new custom > > > > > view is created, the parent_id is set to the new > customviewid for the > > > > > new campaign and the list unsubs are reset. > > > > > > > > > > I know that is confusing but it enforces list > management and not at the > > > > > entity level so it still allows for harvesting new > lists from the db. > > > > > Here is a simple scenario of how it works: > > > > > 1) I create a custom view called "sales list" and > click the "Add to > > > > > Campaigns" checkbox and save it. > > > > > 2) A new campaign with a subject of "Initial list > creation" is created > > > > > with a parent_id == cvid of "Sales List" > > > > > 3) Set the campaign type == "Email" and the rest of > the fields to > > > > > whatever I want and save > > > > > 4) New button appears in Campaign DetaiView for > "Create/Edit Email" and > > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > > > Now, suppose one of my customers unsubs from this > list. He won't ever > > > > > be emailed from the "Sales List" or any of the > children campaigns that > > > > > are created from it. However, if I go create a > "Newsletter List" custom > > > > > view and add it to the campaigns that customer _will_ > be mailed again. > > > > > Using the regular contactdetails.emailoptout would > have stopped that > > > > > customer from getting the newsletter list and is > another good reason for > > > > > list management instead of entity management for > campaigns. > > > > > > > > > > So, what do you think? Far too complicated? Would you > like to see a > > > > > stricter set of unsub management rules? Or do you > think this mix is > > > > > just right? > > > > > > > > > > If you need further explanation just say so. > > > > > > > > > > Matt > > > > > > > > > > _______________________________________________ > > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From ncknight at pacific.net.sg Thu May 25 23:41:19 2006 From: ncknight at pacific.net.sg (Nicholas Chan) Date: Fri, 26 May 2006 11:41:19 +0800 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... In-Reply-To: <4469BCA8.5090309@vtiger.com> Message-ID: <002701c68076$4083e600$1201a8c0@ifoundriest30> Hi Saint, Speaking as a "first time user" point of view (based off shooting this screenshot to a few potential clients of mine), I would be confused on the difference between the Activities and Calendar (ie. "Isn't my activities supposed to be scheduled in the calendar) and on why they are not "two in one" like the approach Outlook takes in listing dated scheduled events (Calendar) and undated scheduled/unscheduled events (Activities/ToDo). Consolidation might be a better approach as the lesser options the user sees, yet while making facilities *sufficiently* but not overly comprehensive would be a good thing. _____ From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 16 May 2006 19:51 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0002.gif From mmbrich at fosslabs.com Mon May 29 19:43:02 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Mon, 29 May 2006 17:43:02 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function Message-ID: <1148946183.6551.3.camel@localhost.localdomain> I changed the Ajax() javascript function in ajax.js to VtigerAjax() since the name Ajax collides with the prototype Ajax function. I went through the system and tried to find everywhere that Ajax() was used and change it. I figured this was easier than trying to update prototype/scriptaculous every time they changed. Matt From webmaster at vtigercrmfrance.org Tue May 30 05:34:46 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 30 May 2006 11:34:46 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <447C11B6.7080709@vtigercrmfrance.org> Hi, i have an issue with tab "More information" on each modules. The link to callrelatedlist is translated with smarty : $smarty->assign("MODULE",$app_strings['Activities']); So when we call the related list, we obtain a "Hacking atempt" with french version. Always on editview & detailview tabs, you use terms like this : Activity Information, Basic Information and translated give : Activit? information, Basique information. But here we invert the terms like : Information basique, Information activit?. This second point is not really critic. Third point, can you replace all occurence of call/meeting/task by the corresponding image like in calendar ? Regards, A?ssa From mmbrich at fosslabs.com Tue May 30 08:52:19 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 30 May 2006 06:52:19 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function In-Reply-To: <1148946183.6551.3.camel@localhost.localdomain> References: <1148946183.6551.3.camel@localhost.localdomain> Message-ID: <1148993539.25630.1.camel@localhost.localdomain> Who wants to take bets on how many different languages you can hear my name being cursed in today :)? Vtiger crew.. didn't mean to make life harder for you, sorry if I missed areas where Ajax() was being called. Matt On Mon, 2006-05-29 at 17:43 -0600, Matthew Brichacek wrote: > I changed the Ajax() javascript function in ajax.js to VtigerAjax() > since the name Ajax collides with the prototype Ajax function. I went > through the system and tried to find everywhere that Ajax() was used and > change it. > > I figured this was easier than trying to update prototype/scriptaculous > every time they changed. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 09:58:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 09:58:03 -0400 Subject: [Vtigercrm-developers] Note about Ajax() javascript function References: <1148946183.6551.3.camel@localhost.localdomain> <1148993539.25630.1.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > Who wants to take bets on how many different languages you can hear my > name being cursed in today :)? Refactoring, when there's no test suite to run, is like mine sweeping. Someone's got to do it. Then you need someone *else* to go next ... > Vtiger crew.. didn't mean to make life harder for you, sorry if I missed > areas where Ajax() was being called. We'll pay little debts like this, for the um, 'diversity of style' in the codebase, from time to time. Don't take it too hard, the trunk by now is after all a many-times refactoring of a forked fork, with no smoke tests. ;) From sergiokessler at gmail.com Tue May 30 20:23:16 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 30 May 2006 21:23:16 -0300 Subject: [Vtigercrm-developers] dashboard not printable Message-ID: <49216030605301723j22d57d9epc4079173c1b95dcf@mail.gmail.com> I imagine that one of the main uses of the dashboard is to print it and show it to the boss or someone else... it is not printable. thanks to use of frames... santi, I told you so, frames are bad, very bad... and will cause you no end of problems... from usability to this very specific point... regards, /sergio From allan.bush+vtiger_dev at gmail.com Tue May 30 21:43:29 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 30 May 2006 18:43:29 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> Message-ID: <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Alright, since on one else is making a call I'll do it. 4.2.4 is ready for release. If no one is going to help put it out I'll package up the source and post it on the forums myself. It would be nice to have some kind of officially word but either way I'm going to release it to the public. Have a nice day, Allan On 5/19/06, Allan Bush wrote: > No one is working on it and no one is testing it. I think we're just > waiting for someone to release it but I don't know who that someone > is. If there's anything we still need to do to push this out let me > know and I'll do it. > From jtk at yahoo.com Tue May 30 22:11:19 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 22:11:19 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: Allan Bush wrote: > Alright, since on one else is making a call I'll do it. > 4.2.4 is ready for release. > If no one is going to help put it out I'll package up the source and > post it on the forums myself. Or, it could just be unreleased, and we'll delete the branch. One less version to support in the 4.2 series where there are apparently few developer resources. I'd almost prefer official release of vtigercrm-4.2.5 only, and have the vtiger team announce and maintain continuous migration support for vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged releases. All users could then be responsible for getting themselves to vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 migration. From developer at infointegrated.com Tue May 30 22:18:32 2006 From: developer at infointegrated.com (Brian Devendorf) Date: Tue, 30 May 2006 21:18:32 -0500 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. I think it would focus the bug reporting for vtiger 4 on the bugs that still exist in the product. On May 30, 2006, at 9:11 PM, Jeff Kowalczyk wrote: > Allan Bush wrote: >> Alright, since on one else is making a call I'll do it. >> 4.2.4 is ready for release. >> If no one is going to help put it out I'll package up the source and >> post it on the forums myself. > > Or, it could just be unreleased, and we'll delete the branch. One less > version to support in the 4.2 series where there are apparently few > developer resources. > > I'd almost prefer official release of vtigercrm-4.2.5 only, and > have the > vtiger team announce and maintain continuous migration support for > vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged > releases. > > All users could then be responsible for getting themselves to > vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 > migration. > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Wed May 31 00:11:28 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 00:11:28 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> Message-ID: Brian Devendorf wrote: > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > I think it would focus the bug reporting for vtiger 4 on the bugs > that still exist in the product. Sure, its always good to have extra point releases to eliminate patch trading. vtigercrm-4.2.5 will likely follow soon after. Based on past tags, our procedure was to put the branch in the exact form used for release, then copy to a tag using the command: # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' Ideally (and we may not be there yet), a release fileset is a vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 With no post processing. I guess for .exe installers (if used), that's an exeption to the rule. Unless there are any changes to forward port to branches/4.2, we finally svn rm the branches/4.2.4. Thanks for doing the release, Allan. From damien at uts.net.au Wed May 31 00:32:56 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Wed, 31 May 2006 14:02:56 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004e01c6846b$49c6f2e0$4469a8c0@nec5080152> Hi, I have developed a hacky script that collects all invoices that are created/approved (as in not sent, not overdue, not paid) and emails them to the customer (it will eventually also send a print job for each invoice too). The script will also check for a custom field that I have created and determine if it is recurring. If it is, it will create a new invoice. Well, all this is working nicely, but there are a few little bugs and I need some advice... I'm fairly new to the codebase of vTiger and I would like to ask what would be the best way to intergrate this module with vTiger? I want to be able to call this script by cron. At the moment, I have the script sitting in the root directory and including all the needed classes. What's the best way to go about integrating my script? Cheers, Damien Unique Technology Solutions PS: I'd be happy to release the code to the vTiger community if it turns into a worthy feature. From richie at vtiger.com Wed May 31 15:23:27 2006 From: richie at vtiger.com (Richie) Date: Wed, 31 May 2006 12:23:27 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 Beta released Message-ID: <10b8be67fad.4216262142687582272.-5018645744322861309@@vtiger.com> Hello! vtiger CRM 5 Beta has been released. Thanks to all of you for your support and patience. We have tried to integrate as many feedbacks as we could. There is still a long way to go though. The relevant files are available at the following location : http://sourceforge.net/project/showfiles.php?group_id=117522&package_id=192322&release_id=421343 The demo is available at http://www.vtiger.com/products/crm/demo_5beta/index.php The issues can be filed at http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060531/0728e294/attachment-0002.html From jtk at yahoo.com Wed May 31 18:04:25 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 18:04:25 -0400 Subject: [Vtigercrm-developers] PHP Source Beautification Message-ID: Has anyone used PHP source beautification tools with any success? http://neurobashing.com/blog/archives/2005/03/24/phptidy_quest_continues.html http://www.waterproof.fr/products/phpCodeBeautifier/ Assuming the right tool made PHP source beautification quick and reliable, whether (and when) we should bulk-apply formatting standards to the codebase is an open question. The downside is that diffs and merges across that boundary of revision(s) don't really have much use anymore. If there was a branch of the source code that would never have fixes and features back ported to it, then it would be a possibility to do rapid, wholesale beautification. To my way of thinking, the trunk, prior to branching for vtigercrm-5.0.0 release candidates, might fit this description, and would be the last opportunity of this type for quite a while. Any thoughts? From rudig at tiscali.be Wed May 31 12:46:16 2006 From: rudig at tiscali.be (rudi gybels) Date: Wed, 31 May 2006 18:46:16 +0200 Subject: [Vtigercrm-developers] vtigercrm-developers Digest, Vol 6, Issue 6 In-Reply-To: Message-ID: <001201c684d1$bc4bbfb0$9e02a8c0@ZOND002> Hi, For Abos: The problem with: 52 bd Jeanne d'Arc Can be solved by adding the php escape: 52 bd Jeanne d\' Arc If entered like this, the issue should be solved. Best regards, Rudi. -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Namens vtigercrm-developers-request at lists.vtigercrm.com Verzonden: dinsdag 6 juni 2006 17:30 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: vtigercrm-developers Digest, Vol 6, Issue 6 Send vtigercrm-developers mailing list submissions to vtigercrm-developers at lists.vtigercrm.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers or, via email, send a message with subject or body 'help' to vtigercrm-developers-request at lists.vtigercrm.com You can reach the person managing the list at vtigercrm-developers-owner at lists.vtigercrm.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtigercrm-developers digest..." Today's Topics: 1. Custom fields in vtiger CRM 5 (Abos) 2. Calendar V5 (Abos) 3. Some dropdown (Abos) 4. Customview pagination (Abos) 5. Translations (Abos) 6. Re: Can we release 4.2.4 already? (Richie) 7. Re: bug fixes/contributions for 5.0 (Sergio A. Kessler) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Jun 2006 14:20:09 +0200 From: Abos Subject: [Vtigercrm-developers] Custom fields in vtiger CRM 5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448572F9.4020401 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, on new version, the picklist are re ordered alphabeticaly. It's really difficult to use for me. By default the first value (reordered) is selected. If i create a new picklist like this : Select My value 1 My value 2 ... With the new system i obtain in my module : My value 1 (saved by default and wrong !) My value 2 Select With admin, if i edit a custom field, i have not the value list, i have to click on field type to show my picklist value for modifications. Cheer, A?ssa ------------------------------ Message: 2 Date: Tue, 06 Jun 2006 14:26:00 +0200 From: Abos Subject: [Vtigercrm-developers] Calendar V5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857458.1060300 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't know if the new calendar ready, but the share system is not working correctly. I only see the activities from others users on my home. I alway obtain : You are not permitted to execute this Operation when i follow the link. The activity is created by admin, the admin calendar is share with standarduser. I have created a group with admin & standarduser, same result. ------------------------------ Message: 3 Date: Tue, 06 Jun 2006 14:29:53 +0200 From: Abos Subject: [Vtigercrm-developers] Some dropdown To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857541.2010600 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Again, For some system dropdown like quick create, it can be usefull to have a first field called "select", because Account is selected by default, and i can't create a account directly. Same thing for module portal, the first site saved is never displayed, i have to change 2 times to see the first entry. ------------------------------ Message: 4 Date: Tue, 06 Jun 2006 14:32:43 +0200 From: Abos Subject: [Vtigercrm-developers] Customview pagination To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448575EB.8080104 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed This feature is really cool, but, if i use a customview for a mass mailing, only the 10 or X first entry are used to send email. Cheer A?ssa ------------------------------ Message: 5 Date: Tue, 06 Jun 2006 15:13:07 +0200 From: Abos Subject: [Vtigercrm-developers] Translations To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857F63.90303 at vtigercrmfrance.org> Content-Type: text/plain; charset="iso-8859-1" Translations problems ;-) Critical : The button save in "My preferences" not work with french lang. For each Tab "More information" in detail view. Critical : The link (url) is translated, exemple in Campaigns we have : http://127.0.0.1/vtbeta/index.php?action=CallRelatedList&module=* Campagnes* &record=121&parenttab=Marketing and obtain an hacking attempt. When i'm on tab relatedlist : The tab names are now in english, The modules names are in enlish, All the button "Add new..." are in english, Only the table header are translated. Module dashboard : By default all is translated. But if i click on any link, all is in english. In fact, only dashboard home is translated. Module report : The table header (field names) are not translated on report display and exports PDF/XLS Left panel "Actions" : All have to be translate. On custom field creation : index.php?module=Settings&action=SettingsSubMenu&type=CustomField&parenttab= Settings The module names have to be translated. On picklist settings : index.php?module=Settings&action=PickList&parenttab=Settings Same thing, the module name have to be translated. On default field permission : index.php?module=Users&action=DefaultFieldPermissions&parenttab=Settings The field name have to be translated On profiles privil?ges : index.php?module=Users&action=profilePrivileges&return_action=ListProfiles&p arenttab=Settings&mode=edit&profileid=4 Module names, Field names, actions have to be translated. On OrgSharingDetailView : Button add privilege have to be translated, Rules pop up and fields too Iventory notification : index.php?module=Users&action=listinventorynotifications&parenttab=Settings The term Tool on table header have to be translated Critical : Company information : The bug with ' persist. My company address : 52 bd Jeanne d'Arc. How to have my company address in vtiger crm ? Module calendar : Repeat type have to be translated. Daily, weekly, monthly have no signification here. The term "view" for hour view and list view have to be translated Module Activites : On list view, call/meeting/task have to be translated or changed for image. On editview same thing + repeat. Critical : Some "Ajax" save button not work. Critical : On some module the tag cloud system display an hacking attempt, i think it's due to a module name translation. Character set is not displyed on html source. Critical : Character problem with announce and accents. Chat not work, when i press "enter" i go to the home page. To be continued.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/29821bce/attachment-0001.htm ------------------------------ Message: 6 Date: Tue, 06 Jun 2006 08:08:59 -0700 From: Richie Subject: Re: [Vtigercrm-developers] Can we release 4.2.4 already? To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <10ba9e3af95.-5842706935838209260.-5610252546111581252@@vtiger.com> Content-Type: text/plain; charset="utf-8" Hi! The 4.2.4 is available for download at the following location :- http://vtiger.com/download/vtiger_CRM_4_2_4.exe http://vtiger.com/download/vtiger_CRM_4_2_4.bin http://vtiger.com/download/vtiger_CRM_4_2_4.PhpDocs.zip The source will be released soon as there is a small logistical problem here causing the delay. Let me know if there be any issues. Should we make this an official announcement Allan? I would prefer if you do it as you have taken the initiative. It is only right that the credit too is taken by you. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Thanks guys, I've tagged and exported 4.2.4 (without changes) and it's ready to go. I also created some release notes, attached to this email if anyone has any input on them. I sent this information along with the packaged release to richie but as he seems to be unresponsive on this release I'm not counting on him to get it out in a timely manner. I'd like to put the release on the trac system, if the admin is alright with that please email me directly and I'll get you the files, if not I'll just attach it to the vtiger message board. On a side note the trac ticket system should be modified to remove 4.2.4 as a milestone and add it as a version (and probably remove the 4.2.4rc's well we're at it), if that can be done without messing up the existing tickets. Allan On 5/30/06, Jeff Kowalczyk <jtk at yahoo.com> wrote: > Brian Devendorf wrote: > > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > > I think it would focus the bug reporting for vtiger 4 on the bugs > > that still exist in the product. > > Sure, its always good to have extra point releases to eliminate patch > trading. vtigercrm-4.2.5 will likely follow soon after. > > Based on past tags, our procedure was to put the branch in the exact form > used for release, then copy to a tag using the command: > > # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' > > Ideally (and we may not be there yet), a release fileset is a > vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: > > # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 > > With no post processing. I guess for .exe installers (if used), that's an > exeption to the rule. > > Unless there are any changes to forward port to branches/4.2, we finally > svn rm the branches/4.2.4. > > Thanks for doing the release, Allan. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/fb3ac5ff/attachment-0001.html ------------------------------ Message: 7 Date: Tue, 6 Jun 2006 12:30:11 -0300 From: "Sergio A. Kessler" Subject: Re: [Vtigercrm-developers] bug fixes/contributions for 5.0 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <49216030606060830we1cffcej4bc76800f12657ef at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed normally one should fill a issue with the trac (posting the patch there) and post a message here with a blurb about the problem and a link to the trac issue number... regards, /sak On 6/6/06, Richie wrote: > > Hello! > > I stand corrected. My intention of suggesting the mailing list was to have a > on-the-spot peer review and we will not miss out too many patches. Moreover, > we had a damn good number of fixes/posts in the mailing list for 4.2.4. > But then, the trac is the proper place to handle these issues. I see the > light now :) > > My only point of concern is how does the team/community get notified of the > patches submitted in the trac? Jeff any ideas on this front? > > Please post all the patches/fixes to the trac in the meantime. It will be a > bit confusing initially but then we will come to terms with it too. > > > > > > > ---- Allan Bush wrote ---- > > > I think handling multiple bug fixes on the mailing list could become > hard to organize very quickly. > > We would be better off to create tickets in the trac system and attach > a patch. I've used this system before and it's much easier to work > with and keep organized. My only concern would be that the patch > would be lost among the other thousand plus tickets, but if we create > a keyword to be used or assigned the ticket to an appropriate person > it should receive enough attention. > > On 6/5/06, Richie wrote: > > > > Hello! > > > > We welcome bug fixes for vtigercrm 5.0. Do feel free to > > post the fixes in this email list so that > > we can have a peer > > review right here and I will integrate it into the trunk. > > > > I will need some help in this regard. Any one willing > > to lend me a hand please? > > I would think that having 2 guys as assistants will > > be good as the product is too big to be > > handled > > by myself and a single helper. We can start having the > > fixes for the issues in the trac or even > > otherwise. > > > > > > The only rules before checking into the trunk are that :- > > > > the person should know what he is doing. > > in case of any possible issues, raise the flag then > > and there and submit the post/patch for > > further > > review. > > keep all of us in the same page as most of us are > > in different time zones so the mailing > > list will be > > the only mode of keeping in touch. > > > > > > > > If there be a better approach to this, I am willing > > to listen. > > > > Jeff, Brian, Allan, Joel, Matt, ...? > > > > > > Richie > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > > personal organizer online, Zoho Planner for FREE instead! > > http://zohoplanner.com/?vt > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > ------------------------------ _______________________________________________ vtigercrm-developers mailing list vtigercrm-developers at lists.vtigercrm.com http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers End of vtigercrm-developers Digest, Vol 6, Issue 6 ************************************************** From damien at koalatelecom.com.au Fri May 19 02:49:28 2006 From: damien at koalatelecom.com.au (Damien Bezborodow) Date: Fri, 19 May 2006 06:49:28 -0000 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <002201c67b10$71a9bb80$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/723b60fc/attachment-0002.html From saint at vtiger.com Tue May 2 02:28:40 2006 From: saint at vtiger.com (Saint) Date: Tue, 02 May 2006 11:58:40 +0530 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <001801c66b65$97492520$6364a8c0@ifoundriest30> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> Message-ID: <4456FC18.4040707@vtiger.com> Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: > Hello team, > > > > I would like to add my observation on this "Detailed View". > > > > Before this is rolled out "all out", I believe the more important > thing is that this would be one of the beginning steps of Sales > Automation, this example would aptly be the "order progress". I would > see this screen being particularly useful for Account Executives and > Field Sales: > > > > * Able to check on previous orders from this client; if a "quick > notes" section that can list out some user configurable details > such as "Last order date", "Last order size", "Any outstanding > cases", etc on the right column just above the "Actions" would > be a great assistance. > * Able to pull data seamlessly from all modules (ie. Price book, > terms and conditions from existing options) without needing to > "right-click and open" other tabs. > > > > An enhanced version for management purposes would be to allow all > detailed views to open up as below, including those that are "done" so > as to do checking. Versioning for any adjustments and auto-numbering > (with reference on who adjusted what) would be important also in this > screen. > > > > Finally I certainly do hope that this would set the fundamental > workflow system in place for the workflow module! > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On Behalf > Of *Saint > *Sent:* 27 April 2006 23:45 > *To:* LANCER : Developers List > *Subject:* [Vtigercrm-developers] LANCER : Related Actions link: Will > thishelp? > > > > Guys, > > Check the attached image. We are thinking about providing relevant > actions/links in major modules (in detailed view, espicially). What do > you think? will this help the users? will it improve the user experience? > > Example 1. Say for example, When you are viewing a Quote, you can > generate an invoice/sales order directly, also one can track similar > quotes using the information of that particular quote like account > name, potential name, address, or products etc. > > Example 2. Another example is .. when you are viewing a product > details, you cna create a quote/invoice/sales order, track all quotes > pertaining to that product etc. > > > regards, > Saint > >------------------------------------------------------------------------ > >_______________________________________________ >This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: asynch.jpg Type: image/jpeg Size: 27956 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0001.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 94604 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0003.jpe From richie at vtiger.com Tue May 2 02:50:48 2006 From: richie at vtiger.com (Richie) Date: Mon, 01 May 2006 23:50:48 -0700 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <4456FC18.4040707@vtiger.com> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> <4456FC18.4040707@vtiger.com> Message-ID: <10af3dd03fe.-1320619257654408135.-5132094664933082522@@vtiger.com> Hello! Great feedbacks! It will be nice to get some of these kinds of feedbacks on the other modules as well. The tech aspects can be handled that is not an issue at all. If we could get similar feedbacks for all the other modules as well, we could plan on providing a generic set of features. Richie ---- Saint<saint at vtiger.com> wrote ---- Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: Hello team,   I would like to add my observation on this “Detailed View”.   Before this is rolled out “all out”, I believe the more important thing is that this would be one of the beginning steps of Sales Automation, this example would aptly be the “order progress”. I would see this screen being particularly useful for Account Executives and Field Sales:   Able to check on previous orders from this client; if a “quick notes” section that can list out some user configurable details such as “Last order date”, “Last order size”, “Any outstanding cases”, etc on the right column just above the “Actions” would be a great assistance. Able to pull data seamlessly from all modules (ie. Price book, terms and conditions from existing options) without needing to “right-click and open” other tabs.   An enhanced version for management purposes would be to allow all detailed views to open up as below, including those that are “done” so as to do checking. Versioning for any adjustments and auto-numbering (with reference on who adjusted what) would be important also in this screen.   Finally I certainly do hope that this would set the fundamental workflow system in place for the workflow module!   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 27 April 2006 23:45 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp?   Guys, Check the attached image. We are thinking about providing relevant actions/links in major modules (in detailed view, espicially). What do you think? will this help the users? will it improve the user experience? Example 1. Say for example, When you are viewing a Quote, you can generate an invoice/sales order  directly, also one can track similar quotes using the information of that particular quote like account name, potential name, address, or products etc. Example 2. Another example is .. when you are viewing a product details, you cna create a quote/invoice/sales order, track all quotes pertaining to that product etc. regards, Saint _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060501/7e1a5d52/attachment-0003.html From richie at vtiger.com Tue May 2 08:29:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 05:29:25 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> Message-ID: <10af51304c1.6627470334370854809.-2656457101932597560@@vtiger.com> Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/f2c8b379/attachment-0001.html From Joel.Rydbeck at nubrek.com Tue May 2 14:46:22 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 13:46:22 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Richie, Do you want to create a branch for us to check changes into? How would you like to see this play out? The PostgreSQL changes have typically been widespread. If you're ok with helping merge changes back into the truck, we could get the bulk of the changes in to a branch, merge it in, and then bug fix from there. Allan / Jeff, do you guys want to communicate directly via email to coordinate? Mine is joel.rydbeck(-at-) nubrek.com Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Tue 5/2/2006 7:45 AM To: vtigercrm-developers at lists.vtigercrm.com Cc: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9398 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/82ace2ec/attachment-0003.bin From jtk at yahoo.com Tue May 2 15:46:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 15:46:03 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > Do you want to create a branch for us to check changes into? How would > you like to see this play out? > > The PostgreSQL changes have typically been widespread. If you're ok > with helping merge changes back into the truck, we could get the bulk of > the changes in to a branch, merge it in, and then bug fix from there. A branch makes the most sense. I volunteer to do the mechanical (e.g. naive) merging of trunk activity to the feature branch as long as it is in use. This keeps the diff small and makes it easier to merge portions or the whole back to the trunk at any given time. When there is consensus that work will begin, Someone should issue the following command (all on one line): svn cp http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration -m 'refs #752. Create a branch of vtigercrm/trunk named vtigercrm/branches/5.0_postgresql_integration. Development on this branch should be merged back to vtigercrm/trunk as soon as complete, to be included in vtigercrm/tags/vtigercrm-5.0.0beta series' I can make that branch if/when Allan, Joel, et al say they're ready to work on it. We have ticket #752 to reference this work: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 From allan.bush+vtiger_dev at gmail.com Tue May 2 16:06:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:06:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Personally I don't think we really need a branch as the changeset should be much smaller then for 4.2 and we're not working at the same time as RCs are being releases so I'm not worried about temporally breaking things. If we want to back it out we'll have the list of changesets attached to a tracking ticket anyways. If someone would give me permission to commit in the trunk I'll start working on Postgres support. On 5/2/06, Jeff Kowalczyk wrote: > Joel Rydbeck wrote: > > Do you want to create a branch for us to check changes into? How would > > you like to see this play out? > > > > The PostgreSQL changes have typically been widespread. If you're ok > > with helping merge changes back into the truck, we could get the bulk of > > the changes in to a branch, merge it in, and then bug fix from there. > > A branch makes the most sense. I volunteer to do the mechanical (e.g. > naive) merging of trunk activity to the feature branch as long as it is > in use. This keeps the diff small and makes it easier to merge portions or > the whole back to the trunk at any given time. > > When there is consensus that work will begin, Someone should issue the > following command (all on one line): > > svn cp > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration > -m 'refs #752. Create a branch of vtigercrm/trunk named > vtigercrm/branches/5.0_postgresql_integration. Development on this branch > should be merged back to vtigercrm/trunk as soon as complete, to be > included in vtigercrm/tags/vtigercrm-5.0.0beta series' > > I can make that branch if/when Allan, Joel, et al say they're ready to > work on it. > > We have ticket #752 to reference this work: > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Tue May 2 16:19:39 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 16:19:39 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: Allan Bush wrote: > Personally I don't think we really need a branch as the changeset should > be much smaller then for 4.2 and we're not working at the same time as > RCs are being releases so I'm not worried about temporally breaking > things. That's true, your method involves fixing adodb usage one query at a time. Aside from the bootstrapping needed to get a postgresql database loaded (which can probably be done during one workday's time-zone offset), ongoing breakage from any particular query-fixing changeset should be unlikely. > If we want to back it out we'll have the list of changesets attached to > a tracking ticket anyways. Also true. For reference, anyone making commits on this task please be sure to add the text "refs #752" somewhere in your commit message. I prefer it to be the first part of the message, myself. > If someone would give me permission to commit in the trunk I'll start > working on Postgres support. Do you mean software permissions, or consent? I didn't think the repository was partitioned in commit access that way. If its just Richie and team's consent you seek, I'd say you have it based on Richie's messages to this list. Go for it. From allan.bush+vtiger_dev at gmail.com Tue May 2 16:42:03 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:42:03 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> > > Do you mean software permissions, or consent? I didn't think the > repository was partitioned in commit access that way. > > If its just Richie and team's consent you seek, I'd say you have it based > on Richie's messages to this list. Go for it. > software permissions, unless I'm just totally screwing something up. When trying to commit on the trunk I get prompted for my username/password and an authorization failed error. I wasn't able to create a branch when I wanted to before either so I think my account is limited in some way. From mmbrich at fosslabs.com Tue May 2 17:44:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 15:44:09 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> Message-ID: <1146606249.30221.34.camel@localhost.localdomain> You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From Joel.Rydbeck at nubrek.com Tue May 2 17:59:24 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 16:59:24 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 5886 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/dc2ce803/attachment-0003.bin From jtk at yahoo.com Tue May 2 18:26:00 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:26:00 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > (Allan) should have commit permissions for trunk now, enjoy :). Can you make the same permission setting change for me (and Joel?) as well? I just tried to check in a mimetype propset, and got the auth prompt like Allan did. I'm just going to be doing housecleaning-type stuff, (hopefully) nothing that changes program code. From jtk at yahoo.com Tue May 2 18:29:48 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:29:48 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. From mmbrich at fosslabs.com Tue May 2 18:38:40 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 16:38:40 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: <1146609521.30221.41.camel@localhost.localdomain> Done and done. Matt On Tue, 2006-05-02 at 18:26 -0400, Jeff Kowalczyk wrote: > Matthew Brichacek wrote: > > (Allan) should have commit permissions for trunk now, enjoy :). > > Can you make the same permission setting change for me (and Joel?) as > well? I just tried to check in a mimetype propset, and got the auth > prompt like Allan did. > > I'm just going to be doing housecleaning-type stuff, (hopefully) nothing > that changes program code. > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 3 02:15:17 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:15:17 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e2d90d.-5750206824567509625.-7091388184876865000@@vtiger.com> Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck<Joel.Rydbeck at nubrek.com> wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/a0861033/attachment-0003.html From richie at vtiger.com Wed May 3 02:18:43 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:18:43 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e60164.-150783175157416236.8662637408496963933@@vtiger.com> Hail JeffK! Nex time I will be ultra-careful while writing in presence of the versioning guru! :-) Coming to brasstacks, Is Allan going to be solo on this or is Joel joining him? If any of you guys could tell me how to get a PostGres setup running, I could try and get a setup ready for testing it on the same locally over here when time permits. Let me know if I need to do anything. Thanks for the help guys. Really appreciate it. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/eb1edb12/attachment-0001.html From dgrant at accuratetechnologies.com Wed May 3 10:25:00 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 3 May 2006 10:25:00 -0400 Subject: [Vtigercrm-developers] Quotes must retain product add order Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FC@exch.accuratetechnologies.com> Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG From Joel.Rydbeck at nubrek.com Wed May 3 10:32:15 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:15 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: Richie, I'll let Allan and Jeff fill in the gaps. a) How do we give the user the option of using PostGres while installation? This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? & c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). Thank you for your support and assistance in performing this. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Wed 5/3/2006 1:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 8538 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/af3dba8d/attachment-0003.bin From Joel.Rydbeck at nubrek.com Wed May 3 10:32:45 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:45 -0500 Subject: [Vtigercrm-developers] Quotes must retain product add order References: <000601c66ebe$2a14b6c0$0a0510ac@nubrek.local> Message-ID: Forgive my ignorance here, but will we be able to have custom columns for products in 5.0? I have customers who want to track several item-specific numbers and its difficult at best in 4.2. - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Dennis Grant Sent: Wed 5/3/2006 9:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] Quotes must retain product add order Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7712 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/3efd3e15/attachment-0003.bin From sergiokessler at gmail.com Wed May 3 10:38:02 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 11:38:02 -0300 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <6609477483050127988@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <6609477483050127988@unknownmsgid> Message-ID: <49216030605030738n78e6506br19b0d48b7dc5e658@mail.gmail.com> richie, if you are using windows then the easy way is to download the wrapped package of postgres for windows: http://pgfoundry.org/frs/?group_id=1000007&release_id=438 it come with a pgAdmin tool that let you manage the cluster... cheers, /sak On 5/3/06, Richie wrote: > Hail JeffK! > > Nex time I will be ultra-careful while writing in presence of the versioning > guru! :-) > > Coming to brasstacks, > > Is Allan going to be solo on this or is Joel joining him? > If any of you guys could tell me how to get a PostGres setup running, I > could try and get a setup ready for testing it on the same locally over here > when time permits. > > Let me know if I need to do anything. > > Thanks for the help guys. Really appreciate it. > > Richie > > > > > ---- Jeff Kowalczyk wrote ---- > > > Joel Rydbeck wrote: > > It looks like you're going solo on the front end of this. I'm guessing > > this relegates Jeff and I to testing. Once you're ready I'll do a quick > > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > > team will signal us if they find any MySQL bugs. > > > > Let me know how you want bugs filed. > > I'd say keep using bug #752. The only irrelevant part is that there > probably won't be a branch created. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Wed May 3 13:55:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Wed, 3 May 2006 10:55:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Filling in the gaps. On 5/3/06, Joel Rydbeck wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan From david.bain at alteroo.com Wed May 3 18:53:04 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 18:53:04 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields Message-ID: How do I customize customer information fields (if that's what you call them)? I would really like to be able to capture custom data that does not come standard with vtiger. Is there an interface to edit this information? Or does it require editing mysql etc.... For example, in Zope/Plone adding new fields is a matter of editing a schema. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/2b54e1c4/attachment-0003.html From david.bain at alteroo.com Wed May 3 19:08:11 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 19:08:11 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields In-Reply-To: References: Message-ID: Nevermind. I'll read the fine manual some more. On 5/3/06, David Bain wrote: > > How do I customize customer information fields (if that's what you call > them)? > I would really like to be able to capture custom data that does not come > standard with vtiger. > > Is there an interface to edit this information? Or does it require editing > mysql etc.... > > For example, in Zope/Plone adding new fields is a matter of editing a > schema. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4c28ecff/attachment-0001.html From sergiokessler at gmail.com Wed May 3 20:45:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 21:45:24 -0300 Subject: [Vtigercrm-developers] EGS Message-ID: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> has anyone seen this: http://www.enterprisegroupwaresystem.org ? I didn't see the code, but the crm part looks familiar... /sak From mmbrich at fosslabs.com Wed May 3 20:54:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 03 May 2006 18:54:09 -0600 Subject: [Vtigercrm-developers] EGS In-Reply-To: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> References: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> Message-ID: <1146704049.5578.95.camel@localhost.localdomain> Nice project from what I could tell. I looked into it a couple months ago and walked through the code. As far as I can tell it wasn't derived from vtiger at all. I had thought about writing them a webmail interface similar to ours but I just haven't had any time to dedicate to it. Matt On Wed, 2006-05-03 at 21:45 -0300, Sergio A. Kessler wrote: > has anyone seen this: > > http://www.enterprisegroupwaresystem.org ? > > I didn't see the code, but the crm part looks familiar... > > > /sak > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From gopals at vtiger.com Wed May 3 21:02:02 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 03 May 2006 18:02:02 -0700 Subject: [Vtigercrm-developers] Integrated Latest phpSysInfo 2.5.2 RC2 Message-ID: <10afcea6cd7.-2739018677294874289.-3222981390591371583@@vtiger.com> Hello, We have tested the latest version of phpSysInfo 2.5.2 RC2 with v5 development build. Some of the long pending issue related to System Configuration information in Window OS has been fixed. We have also tested the same in RedHat and it is working fine. I would like to request you all test it in various other Linux versions, particularly BSD and post your findings. FYI, you can check out (cvs co) the latest v5 source and test the System Configuration link available under Settings page. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/db01e18d/attachment-0003.html From libregeek at gmail.com Thu May 4 02:11:28 2006 From: libregeek at gmail.com (Manilal K M) Date: Thu, 4 May 2006 11:41:28 +0530 Subject: [Vtigercrm-developers] Use of user_privileges directory Message-ID: <2315046d0605032311p3514c673u6a02d86e4fef52cc@mail.gmail.com> Hi all, Please somebody give information about the user_privileges in vtiger5. I found two files like #1. index.html #2. sharing_privileges_2.php #3. user_privileges_2.php #4. sharing_privileges_1.php #5. user_privileges_1.php I searched the documentation, but no information. Is these files dynamically created or statically created when the user is created? regards Manilal From richie at vtiger.com Thu May 4 02:31:52 2006 From: richie at vtiger.com (Richie) Date: Wed, 03 May 2006 23:31:52 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <10afe1866d3.3329408199491161929.6491690970121438669@@vtiger.com> Hi! I would suggest that we have a branch for the PostGres part so that the merging will be a separate operation. This will ensure that we are able to keep track of breakages as well. JeffK, what do you suggest? The core-team has been working on bug-fixes and has done quite a lot of changes. I am concerned that we might again have to run in circles in the worst case with the PostGres fixes. Allan, no offence meant. Just voicing my concern. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Filling in the gaps. On 5/3/06, Joel Rydbeck <Joel.Rydbeck at nubrek.com> wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4af89e4e/attachment-0001.html From m.jacquemes at neuf.fr Thu May 4 06:26:12 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Thu, 04 May 2006 12:26:12 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: I don't want to give you more work on Postgres support but maybe you remember I have done some work on MsSQL few time ago. I found that most of the efforts you have done normalizing queries were compatible with MsSQL. I have already made V5 work on this database but my code is not clean enough to contribute. What I would be interested is to follow your work and, if you agree, eventually make suggestions to have more portable queries. There is unfortunately a prerequisite for MsSQL about database schema. MsSql needs that all foreign key constraints ON DELETE CASCADE be replaced by ON DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I have already posted some lmails about that but never had feedback. This clause is actually silly because there are loops in vtiger database schema and I don't know how will react Postgres if it is activated. I do think that if we could have MsSQL support at the same time it will be a plus for vtiger. Michel From jtk at yahoo.com Thu May 4 11:28:02 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 04 May 2006 11:28:02 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <29109.7996909686$1146724345@news.gmane.org> Message-ID: Richie wrote: > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. This will ensure that we are able > to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in > the worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie Personally, I don't mind using a branch. It is extra work to maintain (and fewer people will test), but no one wants to slow down the vtiger teams workflow. Allan thinks the changes (some setup changes initially, then 'ADODB/SQL standardising' one query at a time) shouldn't cause breakage in the trunk. If we can safely land the changeset that supports both postgresql and mysql setup, I agree with Allan that there should be very little impact on mysql users from the per-query changesets. If there's a problem, just back that changeset out and ref #752. If the original plan is resumed to make a vtigercrm/branches/5.0_postgresql_integration, I will volunteer to naively merge (e.g. trunk wins conflicts, annotated) incoming trunk changesets to the postgresql branch during the few days while Allan, Joel and Michel's postgresql work is being done. FWIW, we could try the development in the trunk, and branch at any time if problems arise. I expect that after the postgresql setup capability is added, there won't really be a need to branch. From allan.bush+vtiger_dev at gmail.com Thu May 4 11:58:59 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:58:59 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> I'd love to support MsSQL as well, unfortunately I don't have a MsSQL test environment which make it pretty impractical for me to make the required changes. Have you tried checking out the latest code from the 4.2 branch to see how it works on MsSQL? I'd be interested to know how it works out for you, I anticipate you'll have a few rough spots where I made some ugly hacks based on the database being Postgres. The ON DELETE CASCADEs work really well in Postgres actually (not that anything really ever gets deleted via the web interface). Do you have an example of a loop so I can test that part out? Let me know of the issues you have and I'll try and incorporate them into the Postgres changeset. Allan On 5/4/06, Michel JACQUEMES wrote: > I don't want to give you more work on Postgres support but maybe you > remember I have done some work on MsSQL few time ago. I found that most of > the efforts you have done normalizing queries were compatible with MsSQL. > > I have already made V5 work on this database but my code is not clean enough > to contribute. What I would be interested is to follow your work and, if you > agree, eventually make suggestions to have more portable queries. > > There is unfortunately a prerequisite for MsSQL about database schema. MsSql > needs that all foreign key constraints ON DELETE CASCADE be replaced by ON > DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I > have already posted some lmails about that but never had feedback. > This clause is actually silly because there are loops in vtiger database > schema and I don't know how will react Postgres if it is activated. > > I do think that if we could have MsSQL support at the same time it will be a > plus for vtiger. > > Michel > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From m.jacquemes at neuf.fr Thu May 4 23:42:51 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Fri, 05 May 2006 05:42:51 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> Message-ID: Hi Allan, I know it works because vtiger never use this feature. I have never tested it directly and don't know what are doing MySql or Postgres. Anyway I don't think it is a good practice. Code has to master record deletion, know if there are depending records and so on. You will find joined a loop sample but there are several others. The problem with MsSQL is that it makes its control at constraint creation. If you leave the schema as it is you loose all the constraints. I have submitted a ticket, Mike has scheduled it for rc5. http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/53 I will test Postgres branch soon. Michel > -----Message d'origine----- > De?: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm- > developers-bounces at lists.vtigercrm.com] De la part de Allan Bush > Envoy??: jeudi 4 mai 2006 17:59 > ??: vtigercrm-developers at lists.vtigercrm.com > Objet?: Re: [Vtigercrm-developers] postgres support in v5 > > I'd love to support MsSQL as well, unfortunately I don't have a MsSQL > test environment which make it pretty impractical for me to make the > required changes. > > Have you tried checking out the latest code from the 4.2 branch to see > how it works on MsSQL? I'd be interested to know how it works out for > you, I anticipate you'll have a few rough spots where I made some ugly > hacks based on the database being Postgres. > > The ON DELETE CASCADEs work really well in Postgres actually (not that > anything really ever gets deleted via the web interface). Do you have > an example of a loop so I can test that part out? > > Let me know of the issues you have and I'll try and incorporate them > into the Postgres changeset. > > Allan -------------- next part -------------- A non-text attachment was scrubbed... Name: SchemaCRMEntity.jpg Type: image/jpeg Size: 56957 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060505/e4a8ed5e/attachment-0001.jpg From jtk at yahoo.com Fri May 5 21:03:07 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 05 May 2006 21:03:07 -0400 Subject: [Vtigercrm-developers] PHP interactive shell available Message-ID: http://jan.kneschke.de/projects/php-shell/ This interactive environment for recent php versions may be helpful to some of the active coders and debuggers on the vtigercrm project. Just FYI, hope it helps. From jtk at yahoo.com Sun May 7 23:38:36 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 07 May 2006 23:38:36 -0400 Subject: [Vtigercrm-developers] trac timeline decrease from 30 days to 7 days default? Message-ID: Can someone with admin access to the trac server set the 'days back' parameter for: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/timeline from '30' to '7' days or so? I think a week of activity is enough to stay informed for the default view... I check this page frequently each day, and I feel like I'm slowing the server for others when I do. vtigercrm fortunately enjoys lots of activity, between trac tickets and changelog messages. Thanks. From webmaster at vtigercrmfrance.org Mon May 8 03:23:51 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 08 May 2006 09:23:51 +0200 Subject: [Vtigercrm-developers] plesk package for vtiger is coming Message-ID: <445EF207.2080801@vtigercrmfrance.org> Hi, a french community member (nick hyperion) ask to 4psa.com for having a plesk installer, this is the thread : http://forum.4psa.com/showthread.php?s=efb63c42835ae959cf633f7af4104163&p=895#post895 vtiger CRM near to be packaged with 4psa products... A?ssa From richie at vtiger.com Tue May 9 05:00:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 09 May 2006 02:00:25 -0700 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <001001c66b65$8da86490$6364a8c0@ifoundriest30> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> Message-ID: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Hello! We will be proceeding in the same format for supporting multi-languages in vtiger CRM 5 as in the previous releases. We have not been able to implement the gettext mechanism in this release due to logistical and technical issues. We did look into ways and means of integrating the stuff that mikecrowe had provided but have decided to drop it for now. Those interested in the language fixes can checkout the code base by tomorrow night and start testing the same. The inputs are most welcome. I would personally be very happy if the Beta comes out with complete i18n support, nothing like it! We are working on removing all the hard-coded strings in the product and hope to have them all removed by tomorrow night India Time. I know, I am reneging from my previous statement for supporting gettext but under the given circumstances, I think this is the right thing to do. Requesting your understanding, Thanks, Richie ---- Nicholas Chan<ncknight at pacific.net.sg> wrote ---- Hello Richie,   I am not sure about the approach taken, but would it happen to be based on language files? If so, publishing the language file template would be a start for volunteers to begin localization work?   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Richie Sent: 27 April 2006 20:28 To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] multi-language support in v5   Hello! We have not made much progress in v5 with respect to the muli-language support. We need help.  Please do suggest approaches for the same as well. We had been initially working on mikecrowe's contribution but we are not able to get in touch with him for sometime now so the job is still incomplete. Richie _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060509/d01b4552/attachment-0001.html From webmaster at vtigercrmfrance.org Tue May 9 05:05:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 09 May 2006 11:05:49 +0200 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Message-ID: <44605B6D.9010001@vtigercrmfrance.org> This is a very good news Richie. A?ssa Richie a ?crit : > Hello! > > We will be proceeding in the same format for supporting > multi-languages in vtiger CRM 5 as in the previous releases. We have > not been able to implement the gettext mechanism in this release due > to logistical and technical issues. > > We did look into ways and means of integrating the stuff that > mikecrowe had provided but have decided to drop it for now. > > Those interested in the language fixes can checkout the code base by > tomorrow night and start testing the same. > The inputs are most welcome. > I would personally be very happy if the Beta comes out with complete > i18n support, nothing like it! > > We are working on removing all the hard-coded strings in the product > and hope to have them all removed by tomorrow night India Time. > > I know, I am reneging from my previous statement for supporting > gettext but under the given circumstances, I think this is the right > thing to do. > > Requesting your understanding, > > Thanks, > Richie > > > > > ---- Nicholas Chan wrote ---- > > Hello Richie, > > > > I am not sure about the approach taken, but would it happen to be > based on language files? If so, publishing the language file > template would be a start for volunteers to begin localization work? > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On > Behalf Of *Richie > *Sent:* 27 April 2006 20:28 > *To:* vtigercrm-developers at lists.vtigercrm.com > *Subject:* [Vtigercrm-developers] multi-language support in v5 > > > > Hello! > > We have not made much progress in v5 with respect to the muli-language support. > We need help. > > Please do suggest approaches for the same as well. > > We had been initially working on mikecrowe's contribution but we are not able to get > in touch with him for sometime now so the job is still incomplete. > > Richie > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > ------------------------------------------------------------------------ > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From dome at tel.co.th Wed May 10 08:07:24 2006 From: dome at tel.co.th (Dome C.) Date: Wed, 10 May 2006 00:07:24 -1200 Subject: [Vtigercrm-developers] vtiger Developer Document. Message-ID: <4461D77C.4030909@tel.co.th> Dear all, I want to develop new module. can someone show me where to get document for add new report . Dome C. From libregeek at gmail.com Wed May 10 02:05:20 2006 From: libregeek at gmail.com (Manilal K M) Date: Wed, 10 May 2006 11:35:20 +0530 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <4461D77C.4030909@tel.co.th> References: <4461D77C.4030909@tel.co.th> Message-ID: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal From gopals at vtiger.com Wed May 10 08:48:52 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 10 May 2006 05:48:52 -0700 Subject: [Vtigercrm-developers] vtiger 5 (Pre Beta)- Performance Reports Message-ID: <10b1e57b540.3932993279951289798.-6540623306402778293@@vtiger.com> Dear Team, Last month our team (particularly Jeri) did some performance testing on vtiger CRM 5 Alpha 5 build using AdventNet QEngine software (AdventNet donated this software for vtiger Development). Based on the first set of results our team has tweaked the code. Aftertuning there is a significant improvement in Server Response and Pageloading times. Please have a look at detailed performance reports at: http://vtiger.com/products/crm/v5performance/index.php There is a lot of scope of improvement and this is a first step in this direction. Please feel free to post your views. Cheers, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060510/fab4976c/attachment-0003.html From werk at r2g.nl Wed May 10 11:24:52 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Wed, 10 May 2006 17:24:52 +0200 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> Message-ID: HI Manilal and Dome C., It depends on what you want to add. I have implemented several small items for customers specific questions, I just simple add an new directory to the directory 'modules' and kept every item in that directory. Even documenting in that place what I change on the core itself. That worked for me. So any report is done completly on it's own way, only didn't had the time to implement it into reports yet. regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Manilal K M Verzonden: woensdag 10 mei 2006 8:05 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: Re: [Vtigercrm-developers] vtiger Developer Document. On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From dgrant at accuratetechnologies.com Wed May 10 14:34:47 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 10 May 2006 14:34:47 -0400 Subject: [Vtigercrm-developers] Bizzare database design for Emails - what is going on? Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FE@exch.accuratetechnologies.com> OK, so my customer asked that attachments to Emails show up in the attachments list for both the associated Contact and the Contact's Account. I had already done something similar for "normal" attachments where if you make an attachment to a Contact, it is added to the list of Attachments for the Account as well. That was pretty simple - look up the AccountID associated with the Contact, and then add another line to seattachmentsrel with the AccountID and the AttachmentID. I was expecting to do something similar here. First, however, it took a while to figure out where the Email attachments were getting added into seattachmentsrel. That turns out to be buried in a function in data/CRMEntity.php But that is when I made an astounding discovery: 1) The email table contains: mysql> describe emails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | emailid | int(19) | | PRI | 0 | | | filename | varchar(50) | YES | | NULL | | | description | longtext | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+ Oddly, no Subject field... and the body of the email is in "description". But then I discover that "description" is carried over into the "description" field of the associated CRMentity, and in the Name field of the associated attachment! WHAT? Check this out: (dashes deleted for clarity) mysql> select description from emails where emailid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select description from crmentity where crmid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select attachmentsid from seattachmentsrel where crmid=15776; +---------------+ | attachmentsid | +---------------+ | 15777 | +---------------+ 1 row in set (0.01 sec) mysql> select description from attachments where attachmentsid=15777; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris | 1 row in set (0.00 sec) WTF? Surely this cannot be correct? It would make much more sense to put the email Subject line (wherever that is stored...) in the description fields of the crmentity and the attachment.... DG From webmaster at vtigercrmfrance.org Wed May 10 18:16:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 00:16:00 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) Message-ID: <44626620.6000502@vtigercrmfrance.org> Hi all, this is a small report for today svn snapshot. Homepage : latest activities added layer appear (see screenshot), i think you know already. Tab marketing, subtab account & contact, if i add an task/activitie, the redirection goes to tab support, the good subtab. (very small problem) Tab "More information", when i translate close (for task/events) the table is not correctly displyed, miss the cell for close (X). The compose email pop up, is just a little to small (need 50px weight more), Problem with ' in company field information (alway), When i send an email to a lead or contact, lead/contact description added to mail body. Very very very bad ! Imagine my comment, "fucking guy, dislike to work with him, bad debtor". Ouch ! Can't change invoices status, quotes /SO/PO stage on picklist settings (i think you just need time for quotes/SO/PO, but for the invoices, it's miss since 4.x) Migration script alway break the install, i have make a test with a new and clean vtiger crm 4.2.3 database (without adding any data), only 4 tables created : *actionmapping, announcement, field_seq, profile2globalpermissions. *Brand question (i think to saint ?) why design the tiger pound to left on rss, calendar, email module ? The vtiger logo use a pount inclined to right. Migration question : Why not provide migration script during install ? With user choice install/upgrade. Loggin question : The logs make vtiger CRM slow, why not put loggin to WARN for stable version ? Adding 1 more field to calls/meetings for incoming/outgoing can be very good. Now the good things :) New really impressive design for the calendar, very very good ! The quick create function can be a killer feature on vtiger 5 (time winning!!!)! The search engine is very cool, now we can search on entire system. The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have said about report module ;) ) New real effort for translaters, thankkkksssssss, i am impatient to see vtiger crm 5 full french (and all french users too) ! MSG to Richie, you say about i18n on forum: " Yes, we do need help.", what kind of help ? Harcode string feedback ? Moving harcode to lang file and give a patch ?... I'm ready. About gettext, the problem with gettext, is you can loose translaters, gettext is more difficult to use, but more efficient. We need a full translate of vtiger CRM 5 (not 6). So for now, it's the right decision. Conclusion : vtiger crm 5 is on the right way, look good, smell good. And i'm really enthusiastic(not sure for this word) I hope the plug-ins with same quality. A?ssa, gone to write a news on vtiger france -------------- next part -------------- A non-text attachment was scrubbed... Name: homepage_bug.jpg Type: image/jpeg Size: 46753 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/b1efd6aa/attachment-0001.jpg From sergiokessler at gmail.com Wed May 10 18:36:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 10 May 2006 19:36:24 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <44626620.6000502@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> Message-ID: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> gettext is an order of magnitude easier to use for translators (than an array based aproach) if you use poedit. http://www.poedit.org/ and I do not want to mention that gettext produces and keep sincronized the files to translate automagically... /sak On 5/10/06, Abos wrote: > Hi all, > this is a small report for today svn snapshot. > > Homepage : latest activities added layer appear (see screenshot), i > think you know already. > > Tab marketing, subtab account & contact, if i add an task/activitie, the > redirection goes to tab support, the good subtab. (very small problem) > > Tab "More information", when i translate close (for task/events) the > table is not correctly displyed, miss the cell for close (X). > > The compose email pop up, is just a little to small (need 50px weight more), > > Problem with ' in company field information (alway), > > When i send an email to a lead or contact, lead/contact description > added to mail body. Very very very bad ! Imagine my comment, "fucking > guy, dislike to work with him, bad debtor". Ouch ! > > Can't change invoices status, quotes /SO/PO stage on picklist settings > (i think you just need time for quotes/SO/PO, but for the invoices, it's > miss since 4.x) > > Migration script alway break the install, i have make a test with a new > and clean vtiger crm 4.2.3 database (without adding any data), only 4 > tables created : *actionmapping, announcement, field_seq, > profile2globalpermissions. > > *Brand question (i think to saint ?) why design the tiger pound to left > on rss, calendar, email module ? The vtiger logo use a pount inclined to > right. > > Migration question : > Why not provide migration script during install ? With user choice > install/upgrade. > > Loggin question : The logs make vtiger CRM slow, why not put loggin to > WARN for stable version ? > > Adding 1 more field to calls/meetings for incoming/outgoing can be very > good. > > Now the good things :) > New really impressive design for the calendar, very very good ! > The quick create function can be a killer feature on vtiger 5 (time > winning!!!)! > The search engine is very cool, now we can search on entire system. > The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > said about report module ;) ) > New real effort for translaters, thankkkksssssss, i am impatient to see > vtiger crm 5 full french (and all french users too) ! > MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > what kind of help ? Harcode string feedback ? Moving harcode to lang > file and give a patch ?... I'm ready. > > About gettext, the problem with gettext, is you can loose translaters, > gettext is more difficult to use, but more efficient. We need a full > translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > > Conclusion : vtiger crm 5 is on the right way, look good, smell good. > And i'm really enthusiastic(not sure for this word) > I hope the plug-ins with same quality. > A?ssa, > gone to write a news on vtiger france > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > From jtk at yahoo.com Wed May 10 18:59:26 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 10 May 2006 18:59:26 -0400 Subject: [Vtigercrm-developers] Migration capabilities planned for vtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Message-ID: Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? From webmaster at vtigercrmfrance.org Wed May 10 19:05:38 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 01:05:38 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> Message-ID: <446271C2.5090103@vtigercrmfrance.org> ok, Translate on array is boring, but really easy, using tool like poedit... is another thing (not really difficult i agree). But i prefer translate on php files and have vtiger CRM 5 may be for june than wait 2 more months and have gettext. Gettext doesn't resolve all the harcode problems (please confim). And before make the change, we have to train/inform the translators, loose some translators (and lang so) during the change is not good. A?ssa Sergio A. Kessler a ?crit : > gettext is an order of magnitude easier to use for translators (than > an array based aproach) if you use poedit. > > http://www.poedit.org/ > > and I do not want to mention that gettext produces and keep > sincronized the files to translate automagically... > > /sak > > On 5/10/06, Abos wrote: > >> Hi all, >> this is a small report for today svn snapshot. >> >> Homepage : latest activities added layer appear (see screenshot), i >> think you know already. >> >> Tab marketing, subtab account & contact, if i add an task/activitie, the >> redirection goes to tab support, the good subtab. (very small problem) >> >> Tab "More information", when i translate close (for task/events) the >> table is not correctly displyed, miss the cell for close (X). >> >> The compose email pop up, is just a little to small (need 50px weight more), >> >> Problem with ' in company field information (alway), >> >> When i send an email to a lead or contact, lead/contact description >> added to mail body. Very very very bad ! Imagine my comment, "fucking >> guy, dislike to work with him, bad debtor". Ouch ! >> >> Can't change invoices status, quotes /SO/PO stage on picklist settings >> (i think you just need time for quotes/SO/PO, but for the invoices, it's >> miss since 4.x) >> >> Migration script alway break the install, i have make a test with a new >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >> tables created : *actionmapping, announcement, field_seq, >> profile2globalpermissions. >> >> *Brand question (i think to saint ?) why design the tiger pound to left >> on rss, calendar, email module ? The vtiger logo use a pount inclined to >> right. >> >> Migration question : >> Why not provide migration script during install ? With user choice >> install/upgrade. >> >> Loggin question : The logs make vtiger CRM slow, why not put loggin to >> WARN for stable version ? >> >> Adding 1 more field to calls/meetings for incoming/outgoing can be very >> good. >> >> Now the good things :) >> New really impressive design for the calendar, very very good ! >> The quick create function can be a killer feature on vtiger 5 (time >> winning!!!)! >> The search engine is very cool, now we can search on entire system. >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >> said about report module ;) ) >> New real effort for translaters, thankkkksssssss, i am impatient to see >> vtiger crm 5 full french (and all french users too) ! >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >> what kind of help ? Harcode string feedback ? Moving harcode to lang >> file and give a patch ?... I'm ready. >> >> About gettext, the problem with gettext, is you can loose translaters, >> gettext is more difficult to use, but more efficient. We need a full >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >> >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >> And i'm really enthusiastic(not sure for this word) >> I hope the plug-ins with same quality. >> A?ssa, >> gone to write a news on vtiger france >> >> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From werk at r2g.nl Thu May 11 02:13:28 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Thu, 11 May 2006 08:13:28 +0200 Subject: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? In-Reply-To: Message-ID: Jeff, I agree totaly, if we don't support data migration in beta we'll never be able to be sure that you can migrate without any lost information. For me it would be a no-go for using vtigercrm v5 as I have to much data myself in 4.2.3 as well for my clients :-( Regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Jeff Kowalczyk Verzonden: donderdag 11 mei 2006 0:59 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From webmaster at vtigercrmfrance.org Thu May 11 06:14:36 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 12:14:36 +0200 Subject: [Vtigercrm-developers] About translation testing Message-ID: <44630E8C.9020800@vtigercrmfrance.org> Hi Richie, about your post : http://forums.vtiger.com/viewtopic.php?p=24400 Find file Customview.zip, inside : Smarty/templates/Customview.tpl //changed for a full translation modules/CustomView/customview.php //with some little change for full translation modules/CustomView/lanuages/en_us.lang.php //Incompl?te english lot for strings in french send you the rest tonight french time. Regards, A?ssa -------------- next part -------------- A non-text attachment was scrubbed... Name: CustomView.zip Type: application/x-zip-compressed Size: 14272 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/19a691ca/attachment-0001.bin From webmaster at vtigercrmfrance.org Thu May 11 07:19:57 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 13:19:57 +0200 Subject: [Vtigercrm-developers] English file for customview module Message-ID: <44631DDD.7020005@vtigercrmfrance.org> Like promise, this is the english file for module customview. 'Custom View', 'LBL_STEP_1_TITLE'=>'View Information', 'LBL_VIEW_NAME'=>'View Name:', 'LBL_SETDEFAULT'=>'Set as Default', 'LBL_LIST_IN_METRICS'=>'List in Metrics', 'LBL_STEP_2_TITLE'=>'Choose Columns', 'LBL_STEP_3_TITLE'=>'Standard Filters', 'LBL_STEP_4_TITLE'=>'Advanced Filters', 'LBL_STEP_5_TITLE'=>'Access Information', 'LBL_SF_COLUMNS'=>'Column', 'LBL_SF_STARTDATE'=>'Start Date', 'LBL_SF_ENDDATE'=>'End Date', 'LBL_AF_HDR1'=>'Set the search conditions to further restrict the list.', 'LBL_AF_HDR2'=>'You can use "or" filters by entering multiple items in the third column.', 'LBL_AF_HDR3'=>'You can enter up to 10 items, separated by commas. For example: CA, NY, TX, FL searches for CA or NY or TX or FL.', 'LBL_AF_HDR4'=>'If "Activity Type" is selected, give any one of the following values "Call","Meeting" or "Task".', //strings added for vtiger 5, date format... 'LBL_NONE'=>'None', 'View_Name'=>'View_Name', 'LBL_AND'=>'And', 'LBL_DATE_FORMAT_CUSTOMVIEW'=>'Y-m-d', //Strings added for filter 'Custom'=>'Custom', 'Previous FY'=>'Previous FY', 'Current FY'=>'Current FY', 'Next FY'=>'Next FY', 'Previous FQ'=>'Previous FQ', 'Current FQ'=>'Current FQ', 'Next FQ'=>'Next FQ', 'Yesterday'=>'Yesterday', 'Today'=>'Today', 'Tomorrow'=>'Tomorrow', 'Last Week'=>'Last Week', 'Current Week'=>'Current Week', 'Next Week'=>'Next Week', 'Last Month'=>'Last Month', 'Current Month'=>'Current Month', 'Next Month'=>'Next Month', 'Last 7 Days'=>'Last 7 Days', 'Last 30 Days'=>'Last 30 Days', 'Last 60 Days'=>'Last 60 Days', 'Last 90 Days'=>'Last 90 Days', 'Last 120 Days'=>'Last 120 Days', 'Next 30 Days'=>'Next 30 Days', 'Next 60 Days'=>'Next 60 Days', 'Next 90 Days'=>'Next 90 Days', 'Next 120 Days'=>'Next 120 Days', 'equals'=>'equals', 'not_equal_to'=>'Not equal to', 'starts_with'=>'Commence par', 'contains'=>'Contient', 'does_not_contain'=>'does not contain', 'less_than'=>'less than', 'greater_than'=>'greater than', 'less_or_equal'=>'less or equal', 'greater_or_equal'=>'greater or equal', //Strings added to translate field label groups 'Address'=>'Address', 'Information'=>'Information', 'Description'=>'Description', 'Custom Information'=>'Custom Information', '- Event Information'=>'- Event Information', '- Event Description'=>'- Event Description', '- Task Information'=>'- Task Information', '- Task Description'=>'- Task Description', //Strings added for helpdesk module fields 'Title'=>'Title', 'Assigned To'=>'Assigned To', 'Related to'=>'Related to', 'Priority'=>'Priority', 'Product Name'=>'Product Name', 'Severity'=>'Severity', 'Status'=>'Status', 'Category'=>'Category', 'Created Time'=>'Created Time', 'Modified Time'=>'Modified Time', 'Attachment'=>'Attachment', //Strings added for Leads module fields 'First Name'=>'First Name', 'Phone'=>'Phone', 'Last Name'=>'Last Name', 'Company'=>'Company', 'Lead Source'=>'Lead Source', 'Website'=>'Website', 'Industry'=>'Industry', 'Lead Status'=>'Statut', 'Annual Revenue'=>'Chiffre d\'affaire', 'Rating'=>'Evaluation', 'No Of Employees'=>'Effectif', 'Street'=>'Adresse', 'Po Box'=>'Boite postale', 'Postal Code'=>'Code postal', 'City'=>'Ville', 'Country'=>'Pays', 'State'=>'Département', //Strings added for Accounts module fields 'Account Name'=>'Nom compte', 'Ticker Symbol'=>'Symbole boursier', 'Other Phone'=>'Autre téléphone', 'Member Of'=>'Filiale de', 'Employees'=>'Effectif', 'Other Email'=>'Other Email', 'Ownership'=>'Ownership', 'industry'=>'industry', 'SIC Code'=>'SIC Code', 'Email Opt Out'=>'Email Opt Out', 'Billing Address'=>'Billing Address', 'Shipping Address'=>'Shipping Address', 'Shipping Po Box'=>'Shipping Po Box', 'Billing Po Box'=>'Billing Po Box', 'Billing City'=>'Billing City', 'Shipping City'=>'Shipping City', 'Billing State'=>'Billing State', 'Shipping State'=>'Shipping State', 'Billing Code'=>'Billing Code', 'Shipping Code'=>'Shipping Code', 'Shipping Country'=>'Shipping Country', 'Billing Country'=>'Billing Country', //Strings added for Contacts module fields 'Office Phone'=>'Office Phone', 'Home Phone'=>'Home Phone', 'Birthdate'=>'Birthdate', 'Reports To'=>'Reports To', 'Assistant Phone'=>'Assistant Phone', 'Do Not Call'=>'Do Not Call', 'Mailing Street'=>'Mailing Street', 'Other Street'=>'Other Street', 'Mailing Po Box'=>'Mailing Po Box', 'Other Po Box'=>'Other Po Box', 'Mailing City'=>'Mailing City', 'Other City'=>'Other City', 'Mailing State'=>'Mailing State', 'Other State'=>'Other State', 'Mailing Zip'=>'Mailing Zip', 'Other Zip'=>'Other Zip', 'Mailing Country'=>'Mailing Country', 'Other Country'=>'Other Country', //Strings added for Potential module fields 'Potential Name'=>'Potential Name', 'Amount'=>'Amount', 'Expected Close Date'=>'Expected Close Date', 'Next Step'=>'Next Step', 'Sales Stage'=>'Sales Stage', 'Probability'=>'Probability', //Strings added for Quotes module fields 'Subject'=>'Subject', 'Quote Stage'=>'Quote Stage', 'Valid Till'=>'Valid Till', 'Team'=>'Team', 'Contact Name'=>'Contact Name', 'Carrier'=>'Carrier', 'Shipping'=>'Shipping', 'Inventory Manager'=>'Inventory Manager', //Strings added for Sales Orders module fields 'Customer No'=>'Customer No', 'Quote Name'=>'Quote Name', 'Purchase Order'=>'Purchase Order', 'Due Date'=>'Due Date', 'Pending'=>'Pending', 'Sales Commission'=>'Sales Commission', 'Excise Duty'=>'Excise Duty', //Strings added for Invoices module fields 'Sales Order'=>'Sales Order', 'Invoice Date'=>'Invoice Date', //Strings added for Product module fields 'Product Code'=>'Product Code', 'Product Active'=>'Product Active', 'Product Category'=>'Product Category', 'Sales Start Date'=>'Sales Start Date', 'Sales End Date'=>'Sales End Date', 'Support Start Date'=>'Support Start Date', 'Vendor Name'=>'Vendor Name', 'Mfr PartNo'=>'Mfr PartNo', 'Vendor PartNo'=>'Vendor PartNo', 'Serial No'=>'Serial No', 'Product Sheet'=>'Product Sheet', 'GL Account'=>'GL Account', //Strings added for Price book module fields 'Price Book Name'=>'Price Book Name', 'Active'=>'Active', //Strings added for tasks & events module fields 'Start Date & Time'=>'Start Date & Time', //error message 'Missing required fields'=>'Missing required fields', //Strings added for campaigns 'Campaign Name'=>'Campaign Name', 'Campaign Type'=>'Campaign Type', 'Product'=>'Product', 'Campaign Status'=>'Campaign Status', 'Expected Revenue'=>'Expected Revenue', 'Budget Cost'=>'Budget Cost', 'Actual Cost'=>'Actual Cost', 'Expected Response'=>'Expected Response', 'Num Sent'=>'Num Sent', 'Target Audience'=>'Target Audience', 'TargetSize'=>'TargetSize', 'Sponsor'=>'Sponsor', 'Expected Sales Count'=>'Expected Sales Count', 'Expected Response Count'=>'Expected Response Count', 'Expected ROI'=>'Expected ROI', 'Actual Sales Count'=>'Actual Sales Count', 'Actual Response Count'=>'Actual Response Count', 'Actual ROI'=>'Actual ROI', //Added for customview.tpl 'LBL_Select_a_Column'=>'Select a Column', 'Missing_required_fields'=>'Missing required fields', 'Details'=>'Details', 'New_Custom_View'=>'New Custom view', 'LBL_AF_HDR5'=>'Simple Time Filter allows you to select date based on Account Created Time or Account Modified Time', 'Select_Duration'=>'Select Duration', 'Simple_Time_Filter'=>'Simple Time Filter', 'Start_Date'=>'Start Date', 'End_Date'=>'End_Date', 'LBL_RULE'=>'LBL_RULE', ); ?> From webmaster at vtigercrmfrance.org Thu May 11 08:31:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 14:31:00 +0200 Subject: [Vtigercrm-developers] vtiger CRM translations Message-ID: <44632E84.8030204@vtigercrmfrance.org> Alway for translate. File smarty/templates/listview.tpl Line 118 change "Basic Search" for {$APP.LNK_BASIC_SEARCH} Line 241 change "Change Owner" for {$APP.LBL_CHANGE_OWNER} for the search, you use *"Search $module for" In $field module *in france ( and i think in fews other country) we say something like : $module search In $field module. So i think the best is to remove $module. To have : Search for in $ field module You can also add following strings in APP.lang : 'Sales'=>'Sales', 'My Home Page'=>'My Home Page', 'Marketing'=>'Marketing', 'Support'=>'Support', 'Analytics'=>'Analytics', 'Inventory'=>'Inventory', 'Tools'=>'Tools', 'Settings'=>'Settings', And change $maintabs by {$APP.$maintabs} in header.tpl. From sergiokessler at gmail.com Thu May 11 10:06:07 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 11:06:07 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <446271C2.5090103@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> Message-ID: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> aisa, is a lot more probably that you *gain* translators instead of loosing them... (I don't know how you came to that conclusion) don't be afraid of gettext, the day you know it, you will wonder why this thing hasn't used before... gettext doesn't resolve the harcoded strings problems, BUT it makes the task of mark a string to be tranlated SO easy, that's is not even funny... all you have to do is to change something from: echo "harcoded string"; to echo _("translatable string"); then you run a script that does all the dirty work for you... and voil?, you have all the diccionaries updated and sinchronized... On 5/10/06, Abos wrote: > ok, > Translate on array is boring, but really easy, using tool like poedit... > is another thing (not really difficult i agree). > But i prefer translate on php files and have vtiger CRM 5 may be for > june than wait 2 more months and have gettext. > Gettext doesn't resolve all the harcode problems (please confim). > And before make the change, we have to train/inform the translators, > loose some translators (and lang so) during the change is not good. > A?ssa > > Sergio A. Kessler a ?crit : > > gettext is an order of magnitude easier to use for translators (than > > an array based aproach) if you use poedit. > > > > http://www.poedit.org/ > > > > and I do not want to mention that gettext produces and keep > > sincronized the files to translate automagically... > > > > /sak > > > > On 5/10/06, Abos wrote: > > > >> Hi all, > >> this is a small report for today svn snapshot. > >> > >> Homepage : latest activities added layer appear (see screenshot), i > >> think you know already. > >> > >> Tab marketing, subtab account & contact, if i add an task/activitie, the > >> redirection goes to tab support, the good subtab. (very small problem) > >> > >> Tab "More information", when i translate close (for task/events) the > >> table is not correctly displyed, miss the cell for close (X). > >> > >> The compose email pop up, is just a little to small (need 50px weight more), > >> > >> Problem with ' in company field information (alway), > >> > >> When i send an email to a lead or contact, lead/contact description > >> added to mail body. Very very very bad ! Imagine my comment, "fucking > >> guy, dislike to work with him, bad debtor". Ouch ! > >> > >> Can't change invoices status, quotes /SO/PO stage on picklist settings > >> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >> miss since 4.x) > >> > >> Migration script alway break the install, i have make a test with a new > >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >> tables created : *actionmapping, announcement, field_seq, > >> profile2globalpermissions. > >> > >> *Brand question (i think to saint ?) why design the tiger pound to left > >> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >> right. > >> > >> Migration question : > >> Why not provide migration script during install ? With user choice > >> install/upgrade. > >> > >> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >> WARN for stable version ? > >> > >> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >> good. > >> > >> Now the good things :) > >> New really impressive design for the calendar, very very good ! > >> The quick create function can be a killer feature on vtiger 5 (time > >> winning!!!)! > >> The search engine is very cool, now we can search on entire system. > >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >> said about report module ;) ) > >> New real effort for translaters, thankkkksssssss, i am impatient to see > >> vtiger crm 5 full french (and all french users too) ! > >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >> what kind of help ? Harcode string feedback ? Moving harcode to lang > >> file and give a patch ?... I'm ready. > >> > >> About gettext, the problem with gettext, is you can loose translaters, > >> gettext is more difficult to use, but more efficient. We need a full > >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >> > >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >> And i'm really enthusiastic(not sure for this word) > >> I hope the plug-ins with same quality. > >> A?ssa, > >> gone to write a news on vtiger france > >> > >> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From dgrant at accuratetechnologies.com Thu May 11 11:39:12 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Thu, 11 May 2006 11:39:12 -0400 Subject: [Vtigercrm-developers] Redone data/CRMEntity.php insertIntoAttachment function for 4.2.x Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FF@exch.accuratetechnologies.com> Attached is a revised version of the insertIntoAttachment function from data/CRMEntity.php Share and enjoy! DG ------8<-----SNIP------8<-------SNIP----------- function insertIntoAttachment($id,$module) { // Heavily modified by DG 10-11 May 2006 to: // 1) Fix inexplicable behaviour of sticking text of email into the description fields of everything // 2) Attachments to Emails now show up as attachments to Contact and Account $date_var = date('YmdHis'); global $current_user; global $adb; global $root_directory; global $vtlog; // Activate logging $ownerid = $this->column_fields['assigned_user_id']; $adb->println("insertattach ownerid=".$ownerid." mod=".$module); $adb->println($this->column_fields); if(!isset($ownerid) || $ownerid=='') $ownerid = $current_user->id; $uploaddir = $root_directory ."/test/upload/" ;// set this to wherever $binFile = $_FILES['filename']['name']; $filename = basename($binFile); $filetype= $_FILES['filename']['type']; $filesize = $_FILES['filename']['size']; if($binFile != '') { if(move_uploaded_file($_FILES["filename"]["tmp_name"],$uploaddir.$_FILES ["filename"]["name"])) { // $binFile = $_FILES['filename']['name']; // $filename = basename($binFile); // $filetype= $_FILES['filename']['type']; // $filesize = $_FILES['filename']['size']; if($filesize != 0) { $data = base64_encode(fread(fopen($uploaddir.$binFile, "r"), $filesize)); } } $current_id = $adb->getUniqueID("crmentity"); if($module=='Emails') { $idname='emailid'; $tablename='emails'; $descname='description'; // DG 10 May 2006 // Try and get the subject for the email instead, and put that into the Description // This fixes the ludicrous behaviour that the text of the email was duplicated in triplicate // in the description fields of the crmentity and the attachment $dg_subject = $this->column_fields['subject']; if ($dg_subject) { $vtlog->logthis("DGDEBUG: Found Subject: ".$dg_subject,'warn'); } else { $vtlog->logthis("DGDEBUG: No subject match in activity for activityid = ".$id,'warn'); } } else { $idname='notesid'; $tablename='notes'; $descname='notecontent'; } $sql="update ".$tablename." set filename='".$filename."' where ".$idname."=".$id; $adb->query($sql); // DG 10 May 2006 // If we don't get a subject for the email, preserve the old behavior // Should never ever happen... but I like to play it safe if ($dg_subject) { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$dg_subject."',".$adb->formatString("crmentity","createdt ime",$date_var).",".$adb->formatString("crmentity","modifiedtime",$date_ var).")"; } else { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$this->column_fields['description']."',".$adb->formatStri ng("crmentity","createdtime",$date_var).",".$adb->formatString("crmentit y","modifiedtime",$date_var).")"; } $adb->query($sql1); //$this->id = $current_id; // DG 10 May 2006 // Same deal - use the email subject if we have it, otherwise use the previous brain-dead behaviour if ($dg_subject) { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$dg_subject."','".$filetype."' ,'".$filesize."',".$adb->getEmptyBlob().")"; } else { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$this->column_fields[$descname ]."','".$filetype."','".$filesize."',".$adb->getEmptyBlob().")"; } $result=$adb->query($sql2); if($result!=false) $result = $adb->updateBlob('attachments','attachmentcontents',"attachmentsid='".$c urrent_id."' and name='".$filename."'",$data); if($_REQUEST['mode'] == 'edit') { if($id != '' && $_REQUEST['fileid'] != '') { $delquery = 'delete from seattachmentsrel where crmid = '.$id.' and attachmentsid = '.$_REQUEST['fileid']; $adb->query($delquery); } } if($module == 'Notes') { $query = "delete from seattachmentsrel where crmid = ".$id; $adb->query($query); } // DG 11 May 2006 // My customers want email attachments to show up on Contacts and Accounts // so look them up and stick them in the appropriate places if (($module == 'Emails') && ($dg_subject)) { // Look up the Contact associated with the Email $dg_sql = "select crmid from seactivityrel where activityid = ".$id; $dg_result = $adb->query($dg_sql); $dg_contactid = $adb->query_result($dg_result,0,"crmid"); $vtlog->logthis("DGDEBUG: Found matching Contact: ".$dg_contactid." for Email: ".$id,'warn'); // If we found the Contact, get the Account too if ($dg_contactid) { $dg_sql = "select accountid from contactdetails where contactid = ".$dg_contactid; $dg_result = $adb->query($dg_sql); $dg_accountid = $adb->query_result($dg_result,0,"accountid"); $vtlog->logthis("DGDEBUG: Found matching Account: ".$dg_accountid." for Contact: ".$dg_contactid,'warn'); } } // DG 11 May 2006 // At this point, if everything went right, we should have a $dg_contactid and a $dg_accountid, plus the $id and $currentid // So we add the base first, then try each of the others // The email->attachment $vtlog->logthis("DGDEBUG: inserting into seattachmentsrel from data/CRMEntity.php 2",'warn'); $sql3='insert into seattachmentsrel values('.$id.','.$current_id.')'; $adb->query($sql3); // The Contact->attachment if ($dg_contactid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_contactid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Contact: ".$dg_contactid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } // The Account->attachment if ($dg_accountid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_accountid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Account: ".$dg_accountid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } } } From webmaster at vtigercrmfrance.org Thu May 11 17:48:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:48:11 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> Message-ID: <4463B11B.9090501@vtigercrmfrance.org> Hi Sergio, do not miss understand (i know my english is poor), i'm not against gettext, if you have capabilitie to provide gettext support for vtiger crm 5 in short time, i provide french pack in pot format without any problem in same time. But i think before gettext integration, we have to ask to the translaters, to know their capabilities. Regards, A?ssa Sergio A. Kessler a ?crit : > aisa, is a lot more probably that you *gain* translators instead of > loosing them... > (I don't know how you came to that conclusion) > > don't be afraid of gettext, the day you know it, you will wonder why > this thing hasn't used before... > > gettext doesn't resolve the harcoded strings problems, > BUT it makes the task of mark a string to be tranlated SO easy, that's > is not even funny... > > all you have to do is to change something from: > > echo "harcoded string"; > > to > > echo _("translatable string"); > > then you run a script that does all the dirty work for you... > and voil?, you have all the diccionaries updated and sinchronized... > > > > On 5/10/06, Abos wrote: > >> ok, >> Translate on array is boring, but really easy, using tool like poedit... >> is another thing (not really difficult i agree). >> But i prefer translate on php files and have vtiger CRM 5 may be for >> june than wait 2 more months and have gettext. >> Gettext doesn't resolve all the harcode problems (please confim). >> And before make the change, we have to train/inform the translators, >> loose some translators (and lang so) during the change is not good. >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> gettext is an order of magnitude easier to use for translators (than >>> an array based aproach) if you use poedit. >>> >>> http://www.poedit.org/ >>> >>> and I do not want to mention that gettext produces and keep >>> sincronized the files to translate automagically... >>> >>> /sak >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> Hi all, >>>> this is a small report for today svn snapshot. >>>> >>>> Homepage : latest activities added layer appear (see screenshot), i >>>> think you know already. >>>> >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>> redirection goes to tab support, the good subtab. (very small problem) >>>> >>>> Tab "More information", when i translate close (for task/events) the >>>> table is not correctly displyed, miss the cell for close (X). >>>> >>>> The compose email pop up, is just a little to small (need 50px weight more), >>>> >>>> Problem with ' in company field information (alway), >>>> >>>> When i send an email to a lead or contact, lead/contact description >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>> guy, dislike to work with him, bad debtor". Ouch ! >>>> >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>> miss since 4.x) >>>> >>>> Migration script alway break the install, i have make a test with a new >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>> tables created : *actionmapping, announcement, field_seq, >>>> profile2globalpermissions. >>>> >>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>> right. >>>> >>>> Migration question : >>>> Why not provide migration script during install ? With user choice >>>> install/upgrade. >>>> >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>> WARN for stable version ? >>>> >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>> good. >>>> >>>> Now the good things :) >>>> New really impressive design for the calendar, very very good ! >>>> The quick create function can be a killer feature on vtiger 5 (time >>>> winning!!!)! >>>> The search engine is very cool, now we can search on entire system. >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>> said about report module ;) ) >>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>> vtiger crm 5 full french (and all french users too) ! >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>> file and give a patch ?... I'm ready. >>>> >>>> About gettext, the problem with gettext, is you can loose translaters, >>>> gettext is more difficult to use, but more efficient. We need a full >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>> >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>> And i'm really enthusiastic(not sure for this word) >>>> I hope the plug-ins with same quality. >>>> A?ssa, >>>> gone to write a news on vtiger france >>>> >>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 17:49:34 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:49:34 +0200 Subject: [Vtigercrm-developers] About translation again [Richie] Message-ID: <4463B16E.6040806@vtigercrmfrance.org> Hi Richie, do you prefer files like sended, or patch ? Regards, A?ssa From sergiokessler at gmail.com Thu May 11 18:18:28 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 19:18:28 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <4463B11B.9090501@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> Message-ID: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> I'm short on time, but I can give it a try this weekend, but the patch enabling gettext will be accepted or is too late ? 1) the patch should be short 2) the current translations can be mantained in the transition, I see no problem in enabling gettext strings each by one regards, /sak On 5/11/06, Abos wrote: > Hi Sergio, > do not miss understand (i know my english is poor), > i'm not against gettext, if you have capabilitie to provide gettext > support for vtiger crm 5 in short time, i provide french pack in pot > format without any problem in same time. > But i think before gettext integration, we have to ask to the > translaters, to know their capabilities. > Regards, > A?ssa > > Sergio A. Kessler a ?crit : > > aisa, is a lot more probably that you *gain* translators instead of > > loosing them... > > (I don't know how you came to that conclusion) > > > > don't be afraid of gettext, the day you know it, you will wonder why > > this thing hasn't used before... > > > > gettext doesn't resolve the harcoded strings problems, > > BUT it makes the task of mark a string to be tranlated SO easy, that's > > is not even funny... > > > > all you have to do is to change something from: > > > > echo "harcoded string"; > > > > to > > > > echo _("translatable string"); > > > > then you run a script that does all the dirty work for you... > > and voil?, you have all the diccionaries updated and sinchronized... > > > > > > > > On 5/10/06, Abos wrote: > > > >> ok, > >> Translate on array is boring, but really easy, using tool like poedit... > >> is another thing (not really difficult i agree). > >> But i prefer translate on php files and have vtiger CRM 5 may be for > >> june than wait 2 more months and have gettext. > >> Gettext doesn't resolve all the harcode problems (please confim). > >> And before make the change, we have to train/inform the translators, > >> loose some translators (and lang so) during the change is not good. > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> gettext is an order of magnitude easier to use for translators (than > >>> an array based aproach) if you use poedit. > >>> > >>> http://www.poedit.org/ > >>> > >>> and I do not want to mention that gettext produces and keep > >>> sincronized the files to translate automagically... > >>> > >>> /sak > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> Hi all, > >>>> this is a small report for today svn snapshot. > >>>> > >>>> Homepage : latest activities added layer appear (see screenshot), i > >>>> think you know already. > >>>> > >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>> redirection goes to tab support, the good subtab. (very small problem) > >>>> > >>>> Tab "More information", when i translate close (for task/events) the > >>>> table is not correctly displyed, miss the cell for close (X). > >>>> > >>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>> > >>>> Problem with ' in company field information (alway), > >>>> > >>>> When i send an email to a lead or contact, lead/contact description > >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>> > >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>> miss since 4.x) > >>>> > >>>> Migration script alway break the install, i have make a test with a new > >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>> tables created : *actionmapping, announcement, field_seq, > >>>> profile2globalpermissions. > >>>> > >>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>> right. > >>>> > >>>> Migration question : > >>>> Why not provide migration script during install ? With user choice > >>>> install/upgrade. > >>>> > >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>> WARN for stable version ? > >>>> > >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>> good. > >>>> > >>>> Now the good things :) > >>>> New really impressive design for the calendar, very very good ! > >>>> The quick create function can be a killer feature on vtiger 5 (time > >>>> winning!!!)! > >>>> The search engine is very cool, now we can search on entire system. > >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>> said about report module ;) ) > >>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>> vtiger crm 5 full french (and all french users too) ! > >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>> file and give a patch ?... I'm ready. > >>>> > >>>> About gettext, the problem with gettext, is you can loose translaters, > >>>> gettext is more difficult to use, but more efficient. We need a full > >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>> > >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>> And i'm really enthusiastic(not sure for this word) > >>>> I hope the plug-ins with same quality. > >>>> A?ssa, > >>>> gone to write a news on vtiger france > >>>> > >>>> > >>>> _______________________________________________ > >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>>> > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>> > >>> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 18:51:21 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 00:51:21 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> Message-ID: <4463BFE9.6000300@vtigercrmfrance.org> Sergio, Mike Crowe has sended me latest version of his gettext patch, i can mail you that if you want. Sergio A. Kessler a ?crit : > I'm short on time, but I can give it a try this weekend, > but the patch enabling gettext will be accepted or is too late ? > > 1) the patch should be short > 2) the current translations can be mantained in the transition, I see > no problem in enabling gettext strings each by one > > regards, > /sak > > On 5/11/06, Abos wrote: > >> Hi Sergio, >> do not miss understand (i know my english is poor), >> i'm not against gettext, if you have capabilitie to provide gettext >> support for vtiger crm 5 in short time, i provide french pack in pot >> format without any problem in same time. >> But i think before gettext integration, we have to ask to the >> translaters, to know their capabilities. >> Regards, >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> aisa, is a lot more probably that you *gain* translators instead of >>> loosing them... >>> (I don't know how you came to that conclusion) >>> >>> don't be afraid of gettext, the day you know it, you will wonder why >>> this thing hasn't used before... >>> >>> gettext doesn't resolve the harcoded strings problems, >>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>> is not even funny... >>> >>> all you have to do is to change something from: >>> >>> echo "harcoded string"; >>> >>> to >>> >>> echo _("translatable string"); >>> >>> then you run a script that does all the dirty work for you... >>> and voil?, you have all the diccionaries updated and sinchronized... >>> >>> >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> ok, >>>> Translate on array is boring, but really easy, using tool like poedit... >>>> is another thing (not really difficult i agree). >>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>> june than wait 2 more months and have gettext. >>>> Gettext doesn't resolve all the harcode problems (please confim). >>>> And before make the change, we have to train/inform the translators, >>>> loose some translators (and lang so) during the change is not good. >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> gettext is an order of magnitude easier to use for translators (than >>>>> an array based aproach) if you use poedit. >>>>> >>>>> http://www.poedit.org/ >>>>> >>>>> and I do not want to mention that gettext produces and keep >>>>> sincronized the files to translate automagically... >>>>> >>>>> /sak >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> Hi all, >>>>>> this is a small report for today svn snapshot. >>>>>> >>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>> think you know already. >>>>>> >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>> >>>>>> Tab "More information", when i translate close (for task/events) the >>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>> >>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>> >>>>>> Problem with ' in company field information (alway), >>>>>> >>>>>> When i send an email to a lead or contact, lead/contact description >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>> >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>> miss since 4.x) >>>>>> >>>>>> Migration script alway break the install, i have make a test with a new >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>> profile2globalpermissions. >>>>>> >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>> right. >>>>>> >>>>>> Migration question : >>>>>> Why not provide migration script during install ? With user choice >>>>>> install/upgrade. >>>>>> >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>> WARN for stable version ? >>>>>> >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>> good. >>>>>> >>>>>> Now the good things :) >>>>>> New really impressive design for the calendar, very very good ! >>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>> winning!!!)! >>>>>> The search engine is very cool, now we can search on entire system. >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>> said about report module ;) ) >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>> file and give a patch ?... I'm ready. >>>>>> >>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>> >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>> And i'm really enthusiastic(not sure for this word) >>>>>> I hope the plug-ins with same quality. >>>>>> A?ssa, >>>>>> gone to write a news on vtiger france >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From philip at vtiger.com Fri May 12 07:55:31 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 04:55:31 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. Message-ID: <10b287395b7.871235350277013597.7934852421195904606@@vtiger.com> Hi, vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 Kindly post your valuble feedback in our trac http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/3023dec6/attachment-0001.html From sergiokessler at gmail.com Fri May 12 08:47:26 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 09:47:26 -0300 Subject: [Vtigercrm-developers] gettext in V5 Message-ID: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> yes, please, send it to this list... (I do not like private messages) but I need confirmation that the patch (ie. the work) will not end in the floor... (if the patch is simple to merge, that is) /sak On 5/11/06, Abos wrote: > Sergio, > Mike Crowe has sended me latest version of his gettext patch, i can mail > you that if you want. > > > Sergio A. Kessler a ?crit : > > I'm short on time, but I can give it a try this weekend, > > but the patch enabling gettext will be accepted or is too late ? > > > > 1) the patch should be short > > 2) the current translations can be mantained in the transition, I see > > no problem in enabling gettext strings each by one > > > > regards, > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Hi Sergio, > >> do not miss understand (i know my english is poor), > >> i'm not against gettext, if you have capabilitie to provide gettext > >> support for vtiger crm 5 in short time, i provide french pack in pot > >> format without any problem in same time. > >> But i think before gettext integration, we have to ask to the > >> translaters, to know their capabilities. > >> Regards, > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> aisa, is a lot more probably that you *gain* translators instead of > >>> loosing them... > >>> (I don't know how you came to that conclusion) > >>> > >>> don't be afraid of gettext, the day you know it, you will wonder why > >>> this thing hasn't used before... > >>> > >>> gettext doesn't resolve the harcoded strings problems, > >>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>> is not even funny... > >>> > >>> all you have to do is to change something from: > >>> > >>> echo "harcoded string"; > >>> > >>> to > >>> > >>> echo _("translatable string"); > >>> > >>> then you run a script that does all the dirty work for you... > >>> and voil?, you have all the diccionaries updated and sinchronized... > >>> > >>> > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> ok, > >>>> Translate on array is boring, but really easy, using tool like poedit... > >>>> is another thing (not really difficult i agree). > >>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>> june than wait 2 more months and have gettext. > >>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>> And before make the change, we have to train/inform the translators, > >>>> loose some translators (and lang so) during the change is not good. > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> gettext is an order of magnitude easier to use for translators (than > >>>>> an array based aproach) if you use poedit. > >>>>> > >>>>> http://www.poedit.org/ > >>>>> > >>>>> and I do not want to mention that gettext produces and keep > >>>>> sincronized the files to translate automagically... > >>>>> > >>>>> /sak > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi all, > >>>>>> this is a small report for today svn snapshot. > >>>>>> > >>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>> think you know already. > >>>>>> > >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>> > >>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>> > >>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>> > >>>>>> Problem with ' in company field information (alway), > >>>>>> > >>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>> > >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>> miss since 4.x) > >>>>>> > >>>>>> Migration script alway break the install, i have make a test with a new > >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>> profile2globalpermissions. > >>>>>> > >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>> right. > >>>>>> > >>>>>> Migration question : > >>>>>> Why not provide migration script during install ? With user choice > >>>>>> install/upgrade. > >>>>>> > >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>> WARN for stable version ? > >>>>>> > >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>> good. > >>>>>> > >>>>>> Now the good things :) > >>>>>> New really impressive design for the calendar, very very good ! > >>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>> winning!!!)! > >>>>>> The search engine is very cool, now we can search on entire system. > >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>> said about report module ;) ) > >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>> file and give a patch ?... I'm ready. > >>>>>> > >>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>> > >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>> I hope the plug-ins with same quality. > >>>>>> A?ssa, > >>>>>> gone to write a news on vtiger france > >>>>>> > >>>>>> > >>>>>> _______________________________________________ From webmaster at vtigercrmfrance.org Fri May 12 08:52:33 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 14:52:33 +0200 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> Message-ID: <44648511.2080505@vtigercrmfrance.org> This is the instructions sended by Mike himself, i paste the original message. I've tried to boil this down simply. Here's what you need. 1) Extract these files in a directory named *locale/* inside your vtiger directory. 2) You need a table in vtiger named *lang_keys*. To create this, execute as follows (from the root vtiger directory): php locale/buildLangKeys.php This will create: locale/vtiger.pot (POT file for translating) locale/lang_keys.sql (initialization for the database table) The lang_keys.sql in the distributed file is actually the correct file from the alpha. However, you can rebuild if you like 3) I haven't reviewed where this is in 5.0, but the functions in utils_lang.php need to replace the same functions in the new 5.0 utils.php (or wherever it is). 4) I've include a *4.2.3* version of the en_US and fr_FR translations. These need to be updated for 5.0. They are included for your reference. Here's how the system works: 1) The following functions *return* the identical strings they used to: function return_app_list_strings_language($language) function return_application_language($language) function return_module_language($language, $module) They use the lang_keys database to build the contents of the strings, but instead of returning the English (which is in the database), they return _(English) making it translated. 2) Otherwise, system functions as expected. All new entries, however, can simply be _(*My New Strings*) rather than going to the complication of adding to mod_strings, etc. Caveats: 1) There are several untranslated strings I had to find. I'll compile a list and provide later. 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), which causes lots of problems. I have fixed in my version, and will supply by Friday. Future: 1) I will have a tool shortly which builds a PO file from an existing translation. This will be extremely useful in migrating from the old system to the new system. Geek Alert: 1) If you really want to see something cool, look at buildLangKeys.txt and see how I am importing each language file, then assigning it to a string in an array from the import. Very cool. This should be very clear, I hope. I will be on road a lot tomorrow. You can try to IM me, and I'll respond if I am free. Cheers! Mike P.S. I will post this to forge Sergio A. Kessler a ?crit : > yes, please, send it to this list... > (I do not like private messages) > > but I need confirmation that the patch (ie. the work) will not end in > the floor... > (if the patch is simple to merge, that is) > > /sak > > On 5/11/06, Abos wrote: > >> Sergio, >> Mike Crowe has sended me latest version of his gettext patch, i can mail >> you that if you want. >> >> >> Sergio A. Kessler a ?crit : >> >>> I'm short on time, but I can give it a try this weekend, >>> but the patch enabling gettext will be accepted or is too late ? >>> >>> 1) the patch should be short >>> 2) the current translations can be mantained in the transition, I see >>> no problem in enabling gettext strings each by one >>> >>> regards, >>> /sak >>> >>> On 5/11/06, Abos wrote: >>> >>> >>>> Hi Sergio, >>>> do not miss understand (i know my english is poor), >>>> i'm not against gettext, if you have capabilitie to provide gettext >>>> support for vtiger crm 5 in short time, i provide french pack in pot >>>> format without any problem in same time. >>>> But i think before gettext integration, we have to ask to the >>>> translaters, to know their capabilities. >>>> Regards, >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> aisa, is a lot more probably that you *gain* translators instead of >>>>> loosing them... >>>>> (I don't know how you came to that conclusion) >>>>> >>>>> don't be afraid of gettext, the day you know it, you will wonder why >>>>> this thing hasn't used before... >>>>> >>>>> gettext doesn't resolve the harcoded strings problems, >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>>>> is not even funny... >>>>> >>>>> all you have to do is to change something from: >>>>> >>>>> echo "harcoded string"; >>>>> >>>>> to >>>>> >>>>> echo _("translatable string"); >>>>> >>>>> then you run a script that does all the dirty work for you... >>>>> and voil?, you have all the diccionaries updated and sinchronized... >>>>> >>>>> >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> ok, >>>>>> Translate on array is boring, but really easy, using tool like poedit... >>>>>> is another thing (not really difficult i agree). >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>>>> june than wait 2 more months and have gettext. >>>>>> Gettext doesn't resolve all the harcode problems (please confim). >>>>>> And before make the change, we have to train/inform the translators, >>>>>> loose some translators (and lang so) during the change is not good. >>>>>> A?ssa >>>>>> >>>>>> Sergio A. Kessler a ?crit : >>>>>> >>>>>> >>>>>> >>>>>>> gettext is an order of magnitude easier to use for translators (than >>>>>>> an array based aproach) if you use poedit. >>>>>>> >>>>>>> http://www.poedit.org/ >>>>>>> >>>>>>> and I do not want to mention that gettext produces and keep >>>>>>> sincronized the files to translate automagically... >>>>>>> >>>>>>> /sak >>>>>>> >>>>>>> On 5/10/06, Abos wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> this is a small report for today svn snapshot. >>>>>>>> >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>>>> think you know already. >>>>>>>> >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>>>> >>>>>>>> Tab "More information", when i translate close (for task/events) the >>>>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>>>> >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>>>> >>>>>>>> Problem with ' in company field information (alway), >>>>>>>> >>>>>>>> When i send an email to a lead or contact, lead/contact description >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>>>> >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>>>> miss since 4.x) >>>>>>>> >>>>>>>> Migration script alway break the install, i have make a test with a new >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>>>> profile2globalpermissions. >>>>>>>> >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>>>> right. >>>>>>>> >>>>>>>> Migration question : >>>>>>>> Why not provide migration script during install ? With user choice >>>>>>>> install/upgrade. >>>>>>>> >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>>>> WARN for stable version ? >>>>>>>> >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>>>> good. >>>>>>>> >>>>>>>> Now the good things :) >>>>>>>> New really impressive design for the calendar, very very good ! >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>>>> winning!!!)! >>>>>>>> The search engine is very cool, now we can search on entire system. >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>>>> said about report module ;) ) >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>>>> file and give a patch ?... I'm ready. >>>>>>>> >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>>>> >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>>>> And i'm really enthusiastic(not sure for this word) >>>>>>>> I hope the plug-ins with same quality. >>>>>>>> A?ssa, >>>>>>>> gone to write a news on vtiger france >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- A non-text attachment was scrubbed... Name: dev_gettext.zip Type: application/x-zip-compressed Size: 75796 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/93e5d316/attachment-0001.bin From sergiokessler at gmail.com Fri May 12 09:10:11 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 10:10:11 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <44648511.2080505@vtigercrmfrance.org> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> Message-ID: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > From richie at vtiger.com Fri May 12 10:26:33 2006 From: richie at vtiger.com (Richie) Date: Fri, 12 May 2006 07:26:33 -0700 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> Message-ID: <10b28fddd43.212089242168855728.4266120754326284739@@vtiger.com> Team, I am sorry but I am not willing to take this up for vtiger CRM 5.0 . I would suggest that we take this up for 5.0.1. We have enough number of issues/features to test out. This will be an overhead as of now. I would rather invest time in testing the existing features/bugs. Requesting your understanding, Richie ---- Sergio A. Kessler<sergiokessler at gmail.com> wrote ---- well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos <webmaster at vtigercrmfrance.org> wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/61344d73/attachment-0001.html From dfar2008 at gmail.com Fri May 12 10:27:42 2006 From: dfar2008 at gmail.com (ding jianting) Date: Fri, 12 May 2006 22:27:42 +0800 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <3118551994190344607@unknownmsgid> References: <3118551994190344607@unknownmsgid> Message-ID: Hi, I can't install vtigerCRM5 pre-beta successfully. Env info: WinXP php4.3.10 mysql4.1.9 apache1.3 Thanks and regards, Tim On 5/12/06, Philip wrote: > > Hi, > > > vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > Kindly post your valuble feedback in our trac > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket > > Philip > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > -- ________________________________________ ??? ?????????????????????????? SugarCRM???-vTigerCRM??? http://www.c3crm.com blog:http://blog.c3crm.com bbs:http://forum.c3crm.com group:http://group.c3crm.com ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/c13da835/attachment-0003.html From allan.bush at gmail.com Thu May 4 11:48:54 2006 From: allan.bush at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:48:54 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <-8549016085730891506@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <-8549016085730891506@unknownmsgid> Message-ID: <3bec26390605040848k523f7069vd04ebfbea133e496@mail.gmail.com> Fair enough. My concern is that if we branch someone will move a bunch of files around or refactor some code again and we'll have problems/be unable to merge, and it would end up being the 3rd time I've tried to add postgres support only to have it not be taken up. Also I don't think the correct software development practice is to make a branch here. Branches should be made when a release is nearing to allow aggressive development to continue or if a feature is going to introduced prolonged breakage, neither of which I see happening here. Changesets are for managing bugs introduced by coding changes. That said I have no problems branching if Jeff wants to handle keeping everything in sync. On 5/3/06, Richie wrote: > Hi! > > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. > This will ensure that we are able to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in the > worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie > > > > > ---- Allan Bush wrote ---- > > > Filling in the gaps. > > On 5/3/06, Joel Rydbeck wrote: > > Richie, > > > > I'll let Allan and Jeff fill in the gaps. > > > > a) How do we give the user the option of using PostGres while > installation? > > > > This would be at installation point, we'll provide it in the dropdown on > step 1 or step 2 (whichever one the user configures the db in). I started > working on this one last night. > > > > b) What will be the impact if any on the mysql compatible queries that we > have now? Will the current queries be changed? > > The current queries will be changed, the changes should have no effect > on the mysql compatibility. I didn't encounter any mysql regression > bugs doing the changes for 4.2 and I don't expect any for 5.0. > > > > > c) If the current queries are changed as such they may affect the core > team's development. Are we going to go on putting an IF check for PostGres? > > > > I would expect that the same queries will work for both databases, in the > case of incompatible queries, my vote would be an if/else for the short > term. Long-term, ADODB provides some healthy extensibility and abstraction > of the db layer. My vote is that we get PGSQL support in now, and then > polish with ADODB as we go along. > > > > d) How are we going to handle simultaneous development on the core code? > How to handle breakages if any? > > > > Allan will likely be doing the bulk of the commits, so I'll let him > address this. My commits will likely be isolated to one page at a time. If > you guys are able to validate our work in MySQL as we go along, that would > be very helpful. I'll try to test it at the same time (good ol' config.php > swap). > > The same way you currently handle simultaneous development between the > multiple contributers. I don't anticipate much breakage, the largest > changeset will probably be done in one commit during the first day I > work on this to get the installer working for both database types. As > I work pretty much opposite hours from the rest of the team conflicts > should be rare. > > > > > Thank you for your support and assistance in performing this. > > > > Regards, > > > > - Joel > > > > I just want to bring one point up which may ease you mind a little. > > SQL is a standard much like HTML. MySQL is like the IE of databases > well Postgres is closer to a Firefox, in the sense that MySQL will > make the best of any crap you send it well Postgres follows the > standards more closely. So what I'm going to be doing is basically > standardizing the SQL, and unlike IE MySQL supports the standards > properly (well it's laking several features and just ignores some > stuff but since I'm not adding anything that won't be a problem). > > Allan > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Fri May 12 10:49:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 12 May 2006 10:49:31 -0400 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. From philip at vtiger.com Fri May 12 11:33:01 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:33:01 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: <10b293ab709.-5614056690891036135.-914418256296396671@@vtiger.com> Hi Jeff, Yes we do agree that we have to tag the build in svn, as we are not aware of the procedure we'll seek Matt's help in this regard and make it done. But for the build name the 5 alpha series is over, the build worth between alpha and beta stage so we decided to go with pre-beta, right now we don't expect any beta series, even once the beta is out, so the release after beta will be GA. Regards, Philip ----jtk at yahoo.com wrote ---- Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/b354d994/attachment-0001.html From philip at vtiger.com Fri May 12 11:59:08 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:59:08 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. Message-ID: <10b29529d03.4582644429177129343.6722516092062050602@@vtiger.com> Hi, I tried reaching matt through is mobile, but i could'nt make it, can anyone who knows the procedure label the build in svn as vtigerCRM-5.0-pre-beta-i18n ? if so please label the files which were modified 12hr before from now as we have made checkins after that. Thanks, Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/64ed57e4/attachment-0003.html From sergiokessler at gmail.com Fri May 12 12:15:59 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:15:59 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <-5690813438495085335@unknownmsgid> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> <-5690813438495085335@unknownmsgid> Message-ID: <49216030605120915n3874eb5av246c7b2b7656e89b@mail.gmail.com> ok, richie, I understand you. but we can do baby steps in preparing the infraestructure for 5.0.1 the first baby step is to just create a folder called 'locale' in the root of vtiger. can you do this ? (it will not affect in nothing to the current code) maybe you can put a readme.txt that says: "this folder will be use for future gettext system translations" si ? /sak On 5/12/06, Richie wrote: > > Team, > > I am sorry but I am not willing to take this up for vtiger CRM 5.0 . > I would suggest that we take this up for 5.0.1. > > We have enough number of issues/features to test out. > This will be an overhead as of now. > > I would rather invest time in testing the existing features/bugs. > > Requesting your understanding, > > Richie > > > > > > > ---- Sergio A. Kessler wrote ---- > > > well, mike was trying to provide a migration path between the old and > new methods... > > my approach would be simpler: > > - I will not touch the database > - I will not provide a migration path (altough both methods of > translating can coexist for a time) > > the patch will consist in a new file and a function, nothing more... > and if you do not use the new method of translation, everything will > run like before, so the patch is not disruptive at all... > > do we agree on doing this ? > > > /sak > > On 5/12/06, Abos wrote: > > This is the instructions sended by Mike himself, i paste the original > > message. > > > > > > I've tried to boil this down simply. Here's what you need. > > > > 1) Extract these files in a directory named *locale/* inside your > > vtiger directory. > > 2) You need a table in vtiger named *lang_keys*. To create this, > > execute as follows (from the root vtiger directory): > > php locale/buildLangKeys.php > > This will create: > > locale/vtiger.pot (POT file for translating) > > locale/lang_keys.sql (initialization for the database table) > > The lang_keys.sql in the distributed file is actually the correct file > > from the alpha. However, you can rebuild if you like > > 3) I haven't reviewed where this is in 5.0, but the functions in > > utils_lang.php need to replace the same functions in the new 5.0 > > utils.php (or wherever it is). > > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > > These need to be updated for 5.0. They are included for your reference. > > > > Here's how the system works: > > 1) The following functions *return* the identical strings they used to: > > function return_app_list_strings_language($language) > > function return_application_language($language) > > function return_module_language($language, $module) > > They use the lang_keys database to build the contents of the strings, > > but instead of returning the English (which is in the database), they > > return _(English) making it translated. > > 2) Otherwise, system functions as expected. All new entries, however, > > can simply be _(*My New Strings*) rather than going to the complication > > of adding to mod_strings, etc. > > > > Caveats: > > 1) There are several untranslated strings I had to find. I'll compile a > > list and provide later. > > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > > which causes lots of problems. I have fixed in my version, and will > > supply by Friday. > > > > Future: > > 1) I will have a tool shortly which builds a PO file from an existing > > translation. This will be extremely useful in migrating from the old > > system to the new system. > > > > Geek Alert: > > 1) If you really want to see something cool, look at buildLangKeys.txt > > and see how I am importing each language file, then assigning it to a > > string in an array from the import. Very cool. > > > > This should be very clear, I hope. I will be on road a lot tomorrow. > > You can try to IM me, and I'll respond if I am free. > > > > Cheers! > > Mike > > > > P.S. I will post this to forge > > > > > > > > Sergio A. Kessler a ?crit : > > > yes, please, send it to this list... > > > (I do not like private messages) > > > > > > but I need confirmation that the patch (ie. the work) will not end in > > > the floor... > > > (if the patch is simple to merge, that is) > > > > > > /sak > > > > > > On 5/11/06, Abos wrote: > > > > > >> Sergio, > > >> Mike Crowe has sended me latest version of his gettext patch, i can > mail > > >> you that if you want. > > >> > > >> > > >> Sergio A. Kessler a ?crit : > > >> > > >>> I'm short on time, but I can give it a try this weekend, > > >>> but the patch enabling gettext will be accepted or is too late ? > > >>> > > >>> 1) the patch should be short > > >>> 2) the current translations can be mantained in the transition, I see > > >>> no problem in enabling gettext strings each by one > > >>> > > >>> regards, > > >>> /sak > > >>> > > >>> On 5/11/06, Abos wrote: > > >>> > > >>> > > >>>> Hi Sergio, > > >>>> do not miss understand (i know my english is poor), > > >>>> i'm not against gettext, if you have capabilitie to provide gettext > > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > > >>>> format without any problem in same time. > > >>>> But i think before gettext integration, we have to ask to the > > >>>> translaters, to know their capabilities. > > >>>> Regards, > > >>>> A?ssa > > >>>> > > >>>> Sergio A. Kessler a ?crit : > > >>>> > > >>>> > > >>>>> aisa, is a lot more probably that you *gain* translators instead of > > >>>>> loosing them... > > >>>>> (I don't know how you came to that conclusion) > > >>>>> > > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > > >>>>> this thing hasn't used before... > > >>>>> > > >>>>> gettext doesn't resolve the harcoded strings problems, > > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, > that's > > >>>>> is not even funny... > > >>>>> > > >>>>> all you have to do is to change something from: > > >>>>> > > >>>>> echo "harcoded string"; > > >>>>> > > >>>>> to > > >>>>> > > >>>>> echo _("translatable string"); > > >>>>> > > >>>>> then you run a script that does all the dirty work for you... > > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 5/10/06, Abos wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> ok, > > >>>>>> Translate on array is boring, but really easy, using tool like > poedit... > > >>>>>> is another thing (not really difficult i agree). > > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be > for > > >>>>>> june than wait 2 more months and have gettext. > > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > > >>>>>> And before make the change, we have to train/inform the > translators, > > >>>>>> loose some translators (and lang so) during the change is not good. > > >>>>>> A?ssa > > >>>>>> > > >>>>>> Sergio A. Kessler a ?crit : > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>> gettext is an order of magnitude easier to use for translators > (than > > >>>>>>> an array based aproach) if you use poedit. > > >>>>>>> > > >>>>>>> http://www.poedit.org/ > > >>>>>>> > > >>>>>>> and I do not want to mention that gettext produces and keep > > >>>>>>> sincronized the files to translate automagically... > > >>>>>>> > > >>>>>>> /sak > > >>>>>>> > > >>>>>>> On 5/10/06, Abos wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> Hi all, > > >>>>>>>> this is a small report for today svn snapshot. > > >>>>>>>> > > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), > i > > >>>>>>>> think you know already. > > >>>>>>>> > > >>>>>>>> Tab marketing, subtab account & contact, if i add an > task/activitie, the > > >>>>>>>> redirection goes to tab support, the good subtab. (very small > problem) > > >>>>>>>> > > >>>>>>>> Tab "More information", when i translate close (for task/events) > the > > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > > >>>>>>>> > > >>>>>>>> The compose email pop up, is just a little to small (need 50px > weight more), > > >>>>>>>> > > >>>>>>>> Problem with ' in company field information (alway), > > >>>>>>>> > > >>>>>>>> When i send an email to a lead or contact, lead/contact > description > > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, > "fucking > > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > > >>>>>>>> > > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist > settings > > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the > invoices, it's > > >>>>>>>> miss since 4.x) > > >>>>>>>> > > >>>>>>>> Migration script alway break the install, i have make a test with > a new > > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), > only 4 > > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > > >>>>>>>> profile2globalpermissions. > > >>>>>>>> > > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound > to left > > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount > inclined to > > >>>>>>>> right. > > >>>>>>>> > > >>>>>>>> Migration question : > > >>>>>>>> Why not provide migration script during install ? With user > choice > > >>>>>>>> install/upgrade. > > >>>>>>>> > > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put > loggin to > > >>>>>>>> WARN for stable version ? > > >>>>>>>> > > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can > be very > > >>>>>>>> good. > > >>>>>>>> > > >>>>>>>> Now the good things :) > > >>>>>>>> New really impressive design for the calendar, very very good ! > > >>>>>>>> The quick create function can be a killer feature on vtiger 5 > (time > > >>>>>>>> winning!!!)! > > >>>>>>>> The search engine is very cool, now we can search on entire > system. > > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i > have > > >>>>>>>> said about report module ;) ) > > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient > to see > > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need > help.", > > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to > lang > > >>>>>>>> file and give a patch ?... I'm ready. > > >>>>>>>> > > >>>>>>>> About gettext, the problem with gettext, is you can loose > translaters, > > >>>>>>>> gettext is more difficult to use, but more efficient. We need a > full > > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right > decision. > > >>>>>>>> > > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell > good. > > >>>>>>>> And i'm really enthusiastic(not sure for this word) > > >>>>>>>> I hope the plug-ins with same quality. > > >>>>>>>> A?ssa, > > >>>>>>>> gone to write a news on vtiger france > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> _______________________________________________ > > >>>>>>>> > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From sergiokessler at gmail.com Fri May 12 12:19:06 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:19:06 -0300 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <-4460657018200633648@unknownmsgid> References: <33041.1419192844$1147434990@news.gmane.org> <-4460657018200633648@unknownmsgid> Message-ID: <49216030605120919v79e3b22bucd6db55ea8c9a44d@mail.gmail.com> can't you do beta1, beta2, betaN, RC1, RC2, etc ? On 5/12/06, Philip wrote: > > > Hi Jeff, > > Yes we do agree that we have to tag the build in svn, > as we are not aware of the procedure > we'll seek Matt's help in > this regard and make it done. But for the build name the > 5 alpha series is over, the build worth > between alpha and beta > stage so we decided to go with pre-beta, right now we > don't expect any beta series, even once > the beta is out, > so the release after beta will be GA. > > Regards, > Philip > > > ----jtk at yahoo.com wrote ---- > > > Philip wrote: > > vtigerCRM 5 pre-beta development release with i18n > support is available > > for download in the following url, along with this we > have released the > > ThunderBird extension and FireFox Toolbar, which > is available for > > download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > The file offered for download is: > vtigerCRM-5.0-pre-beta-i18n.tar.gz > > Can we please tag this in subversion and release as > > vtigercrm-5.0.0alpha6.tar.gz? > > The alpha series aren't such a big issue, but we really > need a procedure > in place by the time vtigercrm-5.0.0beta1 is offered. > > Packaging systems can't automatically tell that > 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' > 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm > into any distro > packaging systems until we do things the > computer-readable way. > > * tag: svn copy a specific trunk (or branch) > revision with the exact > release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. > Then 'svn export' > is used to make the tarball/exe, etc. > > The logic behind using tags is that we should be able > to precisely > recreate and diff against anything ever 'released', > at any time in the > future. It's an essential prerequisite to > providing continuous migration > support. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of > paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner > for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Fri May 12 13:05:30 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 12 May 2006 10:05:30 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. In-Reply-To: <-1322028316996138354@unknownmsgid> References: <-1322028316996138354@unknownmsgid> Message-ID: <3bec26390605121005g1fcf4071p6b3cb5330584d5ca@mail.gmail.com> Philip, Can you give a revision number (ie: the last checkin before creating the release)? 12hr ago is kind of a vague target and there seems to have been several checkins around that time. On 5/12/06, Philip wrote: > > Hi, > > I tried reaching matt through is mobile, but i > could'nt make it, can anyone who knows the > procedure label the build in svn as > vtigerCRM-5.0-pre-beta-i18n ? if so please label the files > which were modified 12hr before from now as > we have made checkins > after that. > > > Thanks, > Philip > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From webmaster at vtigercrmfrance.org Sun May 14 08:13:27 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:13:27 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 translations Message-ID: <44671EE7.4030204@vtigercrmfrance.org> Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. From webmaster at vtigercrmfrance.org Sun May 14 08:31:28 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:31:28 +0200 Subject: [Vtigercrm-developers] Translation alway Message-ID: <44672320.7050101@vtigercrmfrance.org> On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} From ahmed at vtiger.com Sun May 14 10:05:54 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:05:54 -0700 Subject: [Vtigercrm-developers] Translation alway In-Reply-To: <44672320.7050101@vtigercrmfrance.org> References: <44672320.7050101@vtigercrmfrance.org> Message-ID: <10b3337ad96.5727276764477112699.739308675497672277@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/b4121e31/attachment-0001.html From ahmed at vtiger.com Sun May 14 10:06:32 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:06:32 -0700 Subject: [Vtigercrm-developers] vtiger crm 5 translations In-Reply-To: <44671EE7.4030204@vtigercrmfrance.org> References: <44671EE7.4030204@vtigercrmfrance.org> Message-ID: <10b33383f6a.4798651429895754736.2392294882046223799@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/72cf0d42/attachment-0003.html From webmaster at vtigercrmfrance.org Sun May 14 12:00:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:00:42 +0200 Subject: [Vtigercrm-developers] Reports module, error include Message-ID: <4467542A.8020300@vtigercrmfrance.org> Hi, please correct on file /modules/Reports/SaveAndRun.php line 51 the case not correct require_once('modules/DashBoard/ReportsCharts.php'); must be require_once('modules/Dashboard/ReportsCharts.php'); From jtk at yahoo.com Sun May 14 12:28:05 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 14 May 2006 12:28:05 -0400 Subject: [Vtigercrm-developers] Reports module, error include References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: Abos wrote: > please correct on file /modules/Reports/SaveAndRun.php line 51 the case > not correct > require_once('modules/DashBoard/ReportsCharts.php'); > must be > require_once('modules/Dashboard/ReportsCharts.php'); Thanks for the catch, fixed. Would you consider filing issues as trac tickets, so the developers could address and comment on them more easily? http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 From webmaster at vtigercrmfrance.org Sun May 14 12:33:59 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:33:59 +0200 Subject: [Vtigercrm-developers] translations Message-ID: <44675BF7.5050508@vtigercrmfrance.org> File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. From webmaster at vtigercrmfrance.org Sun May 14 13:30:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 19:30:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4467692B.5000106@vtigercrmfrance.org> On file /module/Calendar/CalendarLayout.php Line 7 function calendar_layout(& $param_arr) { Add global $mod_strings; Line 25/26 change for : $mod_strings[Events] $mod_strings[Todos] Line96 function get_cal_header_data(& $cal_arr) { global $mod_strings; Line 108 change for date_time->get_formatted_date()."\",\"".$cal_arr['calendar']->date_time->get_formatted_date()."\",\"".$hour_startat."\",\"".$hour_endat."\")' href='javascript:void(0)'>".$mod_strings['Add Event']." Line 114 change for ".$mod_strings[View]." : "; Line 124 to 133 change for function getEventViewOption(& $cal) { global $mod_strings; $view = ""; return $view; } Line 639 to 655 function getEventTodoInfo(& $cal, $mode) { global $mod_strings; $event_todo = Array(); $event_todo['event']=getListView($cal, $mode); $event_todo['todo'] = getTodosList($cal, $mode); $event_todo_info = ""; $event_todo_info .= "".$mod_strings['Total Events'].": ".$event_todo['event']['totalevent']; if($event_todo['event']['pendingevent'] != null) $event_todo_info .= ", ".$event_todo['event']['pendingevent']." Pending"; $event_todo_info .=" / "; $event_todo_info .="".$mod_strings['Total Todos']." : ".$event_todo['todo']['totaltodo']; if($event_todo['todo']['pendingtodo'] != null) $event_todo_info .= ", ".$event_todo['todo']['pendingtodo']." ".$mod_strings['Pending'].""; return $event_todo_info; } Line 657 to 706 change for function constructListView($entry_list) { global $mod_strings; $list_view = ""; $header = Array('0'=>'#', '1'=>$mod_strings['Start Time'], '2'=>$mod_strings['End Time'], '3'=>$mod_strings['Event Type'], '4'=>$mod_strings['Event Details'], '5'=>$mod_strings['Actions'], '6'=>$mod_strings['Current Status'], ); $header_width = Array('0'=>'5', '1'=>'10', '2'=>'10', '3'=>'10', '4'=>'40', '5'=>'10', '6'=>'15', ); $list_view .="
"; $header_rows = count($header); for($i=0;$i<$header_rows;$i++) { $list_view .=""; } $list_view .=""; $rows = count($entry_list); if($rows != 0) { for($i=0;$i"; foreach($entry_list[$i] as $key=>$entry) { $list_view .=""; } $list_view .=""; } } else { $list_view .=""; $list_view .=""; $list_view .=""; } $list_view .="
".$header[$i]."
".$entry."
".$mod_strings['None Scheduled']."
"; echo $list_view; } Add those strings in mod lang file 'Events'=>'Events', 'Add Event'=>'Add Event', 'Todos'=>'Todos', 'View'=>'View', 'Total Events'=>'Total Events', 'Total Todos'=>'Total Todos', 'Pending'=>'Pending', 'Hour View'=>'Hour View', 'List View'=>'List View', 'None Scheduled'=>'None Scheduled', 'Start Time'=>'Start Time', 'End Time'=>'End Time', 'Actions'=>'Actions', 'Event Type'=>'Event Type', 'Event Details'=>'Event Details', 'Current Status'=>'Current Status', Let me know if you prefer other format for changes. To be continued .... From webmaster at vtigercrmfrance.org Sun May 14 15:54:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 21:54:42 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <44678B02.4040704@vtigercrmfrance.org> Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks From webmaster at vtigercrmfrance.org Sun May 14 16:06:14 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 22:06:14 +0200 Subject: [Vtigercrm-developers] Reports module, error include In-Reply-To: References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: <44678DB6.3030806@vtigercrmfrance.org> Hi, I appreciate a clear procedure for posting report/bug/changes... I post all changes for translations on this ML, What is the best format ? .diff, comments like i send, entire file ? What is the right place for that ? Here ? Trac ? it still remains lot of harcoded strings, i think to post a maximum during the week and i hope to have a full translated version for GA. I do my best and sorry if i ask silly questions or mistakes. Regards, A?ssa Jeff Kowalczyk a ?crit : > Abos wrote: > >> please correct on file /modules/Reports/SaveAndRun.php line 51 the case >> not correct >> require_once('modules/DashBoard/ReportsCharts.php'); >> must be >> require_once('modules/Dashboard/ReportsCharts.php'); >> > > Thanks for the catch, fixed. Would you consider filing issues as trac > tickets, so the developers could address and comment on them more easily? > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Sun May 14 17:54:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 23:54:49 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <4467A729.5080902@vtigercrmfrance.org> File : /modules/Calendar/addEventUI.php this is the entire file Strings to add on mod lang file : 'Close'=>'Close', 'Call'=>'Call', 'Meeting'=>'Meeting, 'Event Name'=>'Event Name', 'Event starts at'=>'Event starts at', 'Event ends on'=>'Event ends on', 'Invite'=>'Invite', 'Reminder'=>'Reminder', 'Repeat'=>'Repeat', 'LBL_To_invite'=>'To invite, select the users from the "Available Users" list and click the "Add" button.', 'LBL_To_remove'=>'To remove, select the users in the "Selected Users" list and the click "Remove" button.', 'Available Users'=>'Available Users', 'Selected Users'=>'Selected Users', 'Add'=>'Add', 'Remove'=>'Remove', 'LBL_users_receive_email'=>'users will receive an email about the Event.', 'Remind on'=>'Remind on', 'Minutes'=>'Minutes', 'Hours'=>'Hours', 'Days'=>'Days', 'Day'=>'Day', 'Week'=>'Week', 'Month'=>'Month', 'Year'=>'Year', 'before the event starts'=>'before the event starts', 'before the event ends'=>'before the event ends', 'Send Reminder to'=>'Send Reminder to', 'Type Email ID'=>'Type Email ID', 'Repeat'=>'Repeat', 'Enable Repeat'=>'Enable Repeat', 'Repeat once in every'=>'Repeat once in every', 'day of the month'=>'day of the month', 'on'=>'on', 'First'=>'First', 'Last'=>'Last', 'Save'=>'Save', This is just the beginning..... From surachai at prachakij.com Mon May 15 01:50:09 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Mon, 15 May 2006 12:50:09 +0700 Subject: [Vtigercrm-developers] Dashboard character encoding Message-ID: <1147672209.22063.11.camel@localhost.localdomain> I install vtiger 4.2 on redhat as3. I would like to set dashboard to show thai language which mean I have to use tis-620 encoding. Could you tell me how to set it? Thank you in advance. -- Surachai Locharoen From gopals at vtiger.com Mon May 15 02:50:38 2006 From: gopals at vtiger.com (Gopal) Date: Sun, 14 May 2006 23:50:38 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 - Security Mgt Test cases Message-ID: <10b36cf8730.-3137295622348362958.-5700822763960106518@@vtiger.com> Dear Team, I have posted v5 - Security Mgt. test cases (Summary level) for the benefit of community start testing the Security features. http://blogs.vtiger.com/weblog_entry.php?e=6851 Or http://forums.vtiger.com/viewtopic.php?t=6852 Please feel free to add your inputs, test results, and comments at the Wiki doc so that we can have a complete document before Beta release. http://www.vtiger.com/wiki/index.php/Vtiger_CRM_5_Test_Cases Thanks, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/7df27525/attachment-0001.html From webmaster at vtigercrmfrance.org Mon May 15 04:18:08 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 10:18:08 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <44683940.70601@vtigercrmfrance.org> Hi, on file /modules/calendar/calendarLayout.php Line 506 Change for : ['.$mod_strings['More'].'...] Line 617 change for $more_link = "[".$mod_strings['More']."...]"; And add 'More'=>'More', on lang file. Thanks From richie at vtiger.com Mon May 15 06:50:53 2006 From: richie at vtiger.com (Richie) Date: Mon, 15 May 2006 03:50:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 Message-ID: <10b37ab7b50.4324958173826176072.4705717994082330508@@vtiger.com> Hi Allan! Do let me know how far things have gone on the Postgres front please. I plan to go for a validation round. Depending on your answer, I might have to reschedule the plan. As of now, I hope to have the full-scale validation on by coming Monday. Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/115e1e02/attachment-0003.html From ahmed at vtiger.com Mon May 15 08:27:05 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:27:05 -0700 Subject: [Vtigercrm-developers] Translations In-Reply-To: <44678B02.4040704@vtigercrmfrance.org> References: <44678B02.4040704@vtigercrmfrance.org> Message-ID: <10b38039187.-632636123900005112.-8484531077188790005@@vtiger.com> Hi, The changes in the header.tpl has been done. Regards, Ahmed ----webmaster at vtigercrmfrance.org wrote ---- Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/9d17388b/attachment-0001.html From ahmed at vtiger.com Mon May 15 08:56:15 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:56:15 -0700 Subject: [Vtigercrm-developers] translations In-Reply-To: <44675BF7.5050508@vtigercrmfrance.org> References: <44675BF7.5050508@vtigercrmfrance.org> Message-ID: <10b381e4500.2258827201827137331.-8249536675749164027@@vtiger.com> Hi, The changes have been done. Regards, Ahmed vtiger ----webmaster at vtigercrmfrance.org wrote ---- File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/f1d855be/attachment-0003.html From webmaster at vtigercrmfrance.org Mon May 15 11:09:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 17:09:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4468999F.8000704@vtigercrmfrance.org> Hi, this is some harcoded strings, on file /includes/utils/searchutils.php Line 393 : if($fieldlabel != 'Related to') { if ($i==0) $OPTION_SET .= ""; else $OPTION_SET .= ""; } can you change field label for $app_strings['$fieldlabel'] Line 409, $CRIT_OPT = ""; Other thing on reports module, the field name are in english, xls/pdf output first line display the field also in english On settings, DefaultFieldPermissions The fields name are in english, OrgSharing, The modules names are in english, EditFieldBlock Few terms translated, but major in english. ..... vtiger CRM 5 begin to look like good in our language, continue efforts, thanks From allan.bush+vtiger_dev at gmail.com Mon May 15 22:07:19 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Mon, 15 May 2006 19:07:19 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <662123432683169590@unknownmsgid> References: <662123432683169590@unknownmsgid> Message-ID: <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Richie, Postgres is coming along, not as quickly as I had hoped but it's getting there. The installation process is working now and their aren't too many problems with normal navigation. The biggest hurdle right now (other then just plain lack of time on my part) is with the state of flux of the code base. Jeff is doing a great job syncing the branch up all the time, but the large amount of change requires a lot of re-testing on our part. I think the best course of action right now is to merge the branch back into the trunk. Mering the postgres branch this will free up more time for Jeff to work on other fixes and I don't foresee any more breakage as all changes from here on are simply fixing queries one at a time as we come across problems. The biggest advantage I see with dropping the branch is if we find a bug we won't have to concern ourselves with if it's a postgres only bug or not and we'll just be able to fix it without worrying about duplicating the effort of one of your guys. Also this will allow us to split the long sql queries into multiple lines so that SVN can track the changes better without us breaking the mergability of the postgres branch. Merging the branch just before the next validation round would be prefect timing and unless Jeff or Joel say otherwise I think it's ready to be merged at anytime now. Allan On 5/15/06, Richie wrote: > > Hi Allan! > > Do let me know how far things have gone on the > Postgres front please. > I plan to go for a validation round. Depending on > your answer, I might have to reschedule > the plan. > As of now, I hope to have the full-scale validation on > by coming Monday. > > Richie From jtk at yahoo.com Mon May 15 22:51:53 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Mon, 15 May 2006 22:51:53 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. From saint at vtiger.com Tue May 16 07:51:04 2006 From: saint at vtiger.com (Saint) Date: Tue, 16 May 2006 17:21:04 +0530 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Message-ID: <4469BCA8.5090309@vtiger.com> Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EmptyListViewUI.gif Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0001.gif From gopals at vtiger.com Tue May 16 08:23:56 2006 From: gopals at vtiger.com (Gopal) Date: Tue, 16 May 2006 05:23:56 -0700 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group Message-ID: <10b3d270a02.-2050166735887071557.-1171685965964976545@@vtiger.com> Dear Team, We have launched a separate mailing list to discuss about Access ControlLists (aka Role based Security Management) in vtiger CRM. I hope you agree with me that ACL functionality has a massive impact on vtigercore architecture and it will be going to define the next generation OpenSource CRM for enterprise market. I would like to take this opportunity to invite all interested people toactively participate in defining various scenarios for functionalityvalidation, so that our end-user community will have a hassle freedeployment after v5 GA release. As a first step, Richie, Don, Frank Piepiorra, and myselfposted different papers at different times. We would like to unify allour efforts into one place so that community will have betterexperience while working with ACL in future. I would like to mention specially Dr Frank Piepiorra and Brian Laughlinfor taking up interest on this subject and motivating usstarting a special mailing list. I also invite all interested Developers,Testers, Analysts, Usability Gurus, and Tech Writers to participateactively in ACL Group. http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup PS: We have decided to use this group as ACL Group (aclgroup) instead of Securityto avoid any confusion as other Security management aspects, such as dataprotection, firewalls, vulnerabilities etc also comes under Security purview. If needed we will start newgroups for other areas. For a quick overview please refer to my Blog post: http://blogs.vtiger.com/weblog_entry.php?e=6851 Looking forward for all your suggestions and comments in improving our ACL functionality. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/a2046aee/attachment-0001.html From richie at vtiger.com Tue May 16 08:29:45 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:29:45 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: <10b3d2c5c2f.-95223486507406088.-7448795235438852043@@vtiger.com> Hi Team! I guess we have to make the call sooner than later. Let us get on with this tonight. We will be updating the demo on a regular basis from now on so that we get all the feedbacks before the Beta release scheduled tentatively for Wednesday, the 24th of May. Allan, JeffK , go ahead and merge the changes please. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/cf34148f/attachment-0003.html From richie at vtiger.com Tue May 16 08:31:10 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:31:10 -0700 Subject: [Vtigercrm-developers] translators needed Message-ID: <10b3d2daa97.-7381843659722751868.-8372169969394412421@@vtiger.com> Hello! We need more translations for vtiger. Kindly help us out by translating vtiger to other languages as well. We will provide the relevant help from our side. Kindly spread the word. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/824f1a63/attachment-0001.html From sergiokessler at gmail.com Tue May 16 08:56:13 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 16 May 2006 09:56:13 -0300 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group In-Reply-To: <-8240051870462132920@unknownmsgid> References: <-8240051870462132920@unknownmsgid> Message-ID: <49216030605160556k183a499bu88d2a7862518e88d@mail.gmail.com> gopal, why create a separate mailing list and not discuss ACL here ? it's not the case that this mailing list is saturated of messages... you are splitting efforts instead of unite them... after all, is all about development... /sak On 5/16/06, Gopal wrote: > > Dear Team, > > We have launched a separate mailing list to discuss about Access Control > Lists (aka Role based Security Management) in vtiger CRM. I hope you agree > with me that ACL functionality has a massive impact on vtiger core > architecture and it will be going to define the next generation Open Source > CRM for enterprise market. > > I would like to take this opportunity to invite all interested people to > actively participate in defining various scenarios for functionality > validation, so that our end-user community will have a hassle free > deployment after v5 GA release. As a first step, Richie, Don, Frank > Piepiorra, and myself posted different papers at different times. We would > like to unify all our efforts into one place so that community will have > better experience while working with ACL in future. > > I would like to mention specially Dr Frank Piepiorra and Brian Laughlin for > taking up interest on this subject and motivating us starting a special > mailing list. I also invite all interested Developers, Testers, Analysts, > Usability Gurus, and Tech Writers to participate actively in ACL Group. > > http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup > > PS: We have decided to use this group as ACL Group (aclgroup) instead of > Security to avoid any confusion as other Security management aspects, such > as data protection, firewalls, vulnerabilities etc also comes under Security > purview. If needed we will start new groups for other areas. > > For a quick overview please refer to my Blog post: > > http://blogs.vtiger.com/weblog_entry.php?e=6851 > > Looking forward for all your suggestions and comments in improving our ACL > functionality. > > Regards, > Gopal > > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From david.moron at openwired.net Wed May 17 07:42:18 2006 From: david.moron at openwired.net (David Moron) Date: Wed, 17 May 2006 13:42:18 +0200 Subject: [Vtigercrm-developers] Error on a custom report Message-ID: <446B0C1A.3080207@openwired.net> Hi, I've created a Help-Desk custom report using the columns: -Title -Priority -Severity -Status -Created Time -Related To and when I run the report: Fatal error: Call to a member function on a non-object in C:\Program Files\vtigerCRM4_2\apache\htdocs\vtigerCRM\include\database\PearDatabase.php on line 414 The report works ok if the column 'related to' is not selected. I'm running VTiger 4.2 Patch 2 for evaluation purposes on a WindowsXP SP2. Installed using the autoinstaller. The database was populated with the default VTiger values during the instalation. Thank you. -- David Mor?n Ruano Coordinador de Proyectos Grupo OpenWired, S.L. Caballero, 87 bajos - 08029 - Barcelona (Spain) Tel (+34) 93/410 75 70 - Fax (+34) 93/419 45 91 www.openwired.net, www.tecnologialinux.com From gopals at vtiger.com Thu May 18 00:01:29 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 17 May 2006 21:01:29 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. Message-ID: <10b45a7bddb.-2107684204783277011.-1655672098952562569@@vtiger.com> Dear Team, Could you please look into the problem? Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 (comments) The Postgres branch (4.2) seems to have a problem when accessing the Configuration Settings (On the Admin side) . Do you have any clue? Thanks! I appreciate! -Eric Allard (name) Eric Allard (emailID) eric.allard at boreal-is.com (Submit) Send (subject) Tell Us (from-email) noreply at vtiger.com (next-url) http://vtiger.com/thankyou.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060517/1d40e63b/attachment-0003.html From webmaster at vtigercrmfrance.org Thu May 18 05:34:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 18 May 2006 11:34:11 +0200 Subject: [Vtigercrm-developers] vtigerforge svn access Message-ID: <446C3F93.2030603@vtigercrmfrance.org> Hi all, i have some problems with developper access on forge svn. My password rejected, or network connexion closed. Using ubutnu shell, windows tortoise svn+ssh, subclipse. Any idea ? Thanks A?ssa From allan.bush+vtiger_dev at gmail.com Thu May 18 11:38:11 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 08:38:11 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: <-1731747798630696937@unknownmsgid> References: <-1731747798630696937@unknownmsgid> Message-ID: <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> The same issue was raised in the forums (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've addressed it. On 5/17/06, Gopal wrote: > > Dear Team, > > Could you please look into the problem? > > Regards, > Gopal > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > > (comments) > > The Postgres branch (4.2) seems to have a problem when accessing the > Configuration Settings (On the Admin side) . Do you have any clue? Thanks! > I appreciate! > -Eric Allard > > (name) Eric Allard > (emailID) eric.allard at boreal-is.com > (Submit) Send > (subject) Tell Us > (from-email) noreply at vtiger.com > (next-url) http://vtiger.com/thankyou.html > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Thu May 18 12:02:27 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 12:02:27 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Allan Bush wrote: > The same issue was raised in the forums > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > addressed it. I'm going to 'svn rm' both postgresql integration branches, since they have been merged and served their purpose. If anyone needs them, they can be accessed by checking out the original URI at the specific revision, which I'll note in the change log. Any objections? From allan.bush+vtiger_dev at gmail.com Thu May 18 17:05:42 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 14:05:42 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: <3bec26390605181405sd018839j36a2d155201d55fc@mail.gmail.com> Sounds like a good idea to me. On 5/18/06, Jeff Kowalczyk wrote: > Allan Bush wrote: > > The same issue was raised in the forums > > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > > addressed it. > > I'm going to 'svn rm' both postgresql integration branches, since they > have been merged and served their purpose. If anyone needs them, they can > be accessed by checking out the original URI at the specific revision, > which I'll note in the change log. > > Any objections? > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Thu May 18 17:34:20 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 17:34:20 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Joel Rydbeck wrote: > Does this mean 4.2.4 has the PG changes? I've been offline for a few > days here. No, vtigercrm/branches/4.2 has postgresql capabability, branches/4.2.4 does not. The maintainer Mike Fedyk opted to back out some incompatible changes that had crept in while branches/4.2_postrgresql_integration was active. I think it related to adodb-4.81 and its usage. I would prefer to see vtigercrm-4.2.4 merge as many compatible changes from branches/4.2 as possible, release, and then have interested parties quickly release vtigercrm-4.2.5. I'm actually somewhat in favor of jumping forward to a direct vtigercrm-4.2.5 release. Resources to maintain v4 branches are totally community-supplied at this point, I think, and 4.2.5 would bring postgresql users into that community. IMO, the vtiger team needs to commit to supporting migration from one v4 release version in order to put a v5 beta in the field. I'd nominate a vtigercrm-4.2.5 release as that baseline, and encourage everyone to migrate up to it ASAP, lest they be left without migration path to v5. From damien at uts.net.au Fri May 19 02:54:58 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Fri, 19 May 2006 16:24:58 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004701c67b11$247ed470$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/39f59fb3/attachment-0001.html From surachai at prachakij.com Fri May 19 10:00:42 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Fri, 19 May 2006 21:00:42 +0700 Subject: [Vtigercrm-developers] Vtiger performance tuning Message-ID: <1148047242.6634.5.camel@localhost.localdomain> I use vtiger 4.2. The dashboard page take along time to load. Is there a way to improve this response time? Kan -- Surachai Locharoen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/8b9f3c35/attachment-0003.html From allan.bush+vtiger_dev at gmail.com Fri May 19 12:22:23 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 19 May 2006 09:22:23 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? Message-ID: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> No one is working on it and no one is testing it. I think we're just waiting for someone to release it but I don't know who that someone is. If there's anything we still need to do to push this out let me know and I'll do it. From webmaster at vtigercrmfrance.org Mon May 22 19:30:37 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 23 May 2006 01:30:37 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 small issue Message-ID: <4472499D.30404@vtigercrmfrance.org> Hi, with "ajax" field editing, i can change required fields values to null. Regards, A?ssa From mmbrich at fosslabs.com Tue May 23 14:09:47 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:09:47 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement Message-ID: <1148407787.19129.29.camel@localhost.localdomain> Hello All, I'll be getting ready to drop the email tracking capabilities into 5.x soon and I would like peoples opinions on list management... In our current deployment we've created an abstracted list management system called the "Campaigns" module.. Imagine that :). Within this module I track all lists by the parent_id and not by entity. This is because some of our customers are large telemarketing organizations and wanted to be able to harvest lists from their leads DB and re-call them even if they had a previous do-not-call flag set from another campaign. There are other good reasons for list management too, I'll explain more bellow. I tied the list management into the custom views module, IE: if you create a custom view called "List 1" you will have a campaign created with a parent id == customviewid of List 1. The parent is where the tracking begins at so that if the list is simply duplicated (say for another newsletter) then the unsub list is maintained. If a new custom view is created, the parent_id is set to the new customviewid for the new campaign and the list unsubs are reset. I know that is confusing but it enforces list management and not at the entity level so it still allows for harvesting new lists from the db. Here is a simple scenario of how it works: 1) I create a custom view called "sales list" and click the "Add to Campaigns" checkbox and save it. 2) A new campaign with a subject of "Initial list creation" is created with a parent_id == cvid of "Sales List" 3) Set the campaign type == "Email" and the rest of the fields to whatever I want and save 4) New button appears in Campaign DetaiView for "Create/Edit Email" and "Bulk Mail". I create an email and mail it. Now, suppose one of my customers unsubs from this list. He won't ever be emailed from the "Sales List" or any of the children campaigns that are created from it. However, if I go create a "Newsletter List" custom view and add it to the campaigns that customer _will_ be mailed again. Using the regular contactdetails.emailoptout would have stopped that customer from getting the newsletter list and is another good reason for list management instead of entity management for campaigns. So, what do you think? Far too complicated? Would you like to see a stricter set of unsub management rules? Or do you think this mix is just right? If you need further explanation just say so. Matt From mmbrich at fosslabs.com Tue May 23 14:29:05 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:29:05 -0600 Subject: [Vtigercrm-developers] per campaign custom fields Message-ID: <1148408945.19129.48.camel@localhost.localdomain> more features for 5.x... For our 4.x crm we created the ability to map custom fields to campaigns and then "hide" them from the system. Basically, if you map a custom field to a campaign and then hide it, it will only be shown in the detail/edit view of entities that are associated to that campaign and no others. If the custom field is not hidden it acts as normal. The main reason we built this feature was for the ability to manage a large amount of custom fields and use them for harvesting lists without having the whole list of CF's get out of control and unmanageable. In our most common scenario the custom fields are mapped to a campaign and then used in a specific telemarketing script but in other scenarios I see them being used maybe for something like a set of questions for a web based survey that you then create with a joomla forms builder (*cough*) :). Its a very cool feature for our uses, I'll try to lay out an example here.. Lets say you already have 10 misc custom fields: 1) Create a custom field picklist "How many dogs in your home" and map it to the campaign "Web survey dogs", hide it. Create your other custom fields for this campaign and map/hide them as well 2) Go to the joomla forms builder and choose the campaign "Web survey dogs" and you will be presented with a list of campaign specific CF's and all other gentype=(1,2) fields that aren't hidden. 3) Create cool form for your survey Once you have launched that survey, let say you follow the same steps except now it's for the "Web survey cats" campaign and it has it's own set of hidden custom fields mapped to that campaign. Now lets take 3 example leads: Joe Lead Campaign: Web survey dogs Jane Lead Campaign: Web survey cats Tom Lead Campaigns: Web survey cats, Web survey dogs Dick Lead Campaigns: none If you click on joe's record you will only see the 10 non-hidden custom fields and the ones created for the campaign he is mapped to. If you click on jane's record you will get the same results as joe except her specific custom fields will be for the cats campaign In tom's record you will have the 10 non-hidden CF's, the cat campaign CF's and the dog campaign CF's. And in Dicks record you will only see the 10 non-hidden custom fields. Anyone else see a use for this in their organizations or customer deployments? I would like to move this into 5.x if enough people could find uses for it. Matt From mmbrich at fosslabs.com Tue May 23 14:35:24 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:35:24 -0600 Subject: [Vtigercrm-developers] de-duplication Message-ID: <1148409324.19129.52.camel@localhost.localdomain> I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt From mmbrich at fosslabs.com Tue May 23 15:06:30 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 13:06:30 -0600 Subject: [Vtigercrm-developers] tab builder. Message-ID: <1148411190.19129.59.camel@localhost.localdomain> Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt From sergiokessler at gmail.com Tue May 23 15:23:57 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 16:23:57 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148407787.19129.29.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> Message-ID: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Matthew, I think the email flag by campaign is rigth, maybe the contactdetails.emailoptout could be used for 'never ever email this guy' btw, this is going in v5 ? or is is too late ? /sak On 5/23/06, Matthew Brichacek wrote: > Hello All, > > I'll be getting ready to drop the email tracking capabilities into 5.x > soon and I would like peoples opinions on list management... > > In our current deployment we've created an abstracted list management > system called the "Campaigns" module.. Imagine that :). Within this > module I track all lists by the parent_id and not by entity. This is > because some of our customers are large telemarketing organizations and > wanted to be able to harvest lists from their leads DB and re-call them > even if they had a previous do-not-call flag set from another campaign. > There are other good reasons for list management too, I'll explain more > bellow. > > I tied the list management into the custom views module, IE: if you > create a custom view called "List 1" you will have a campaign created > with a parent id == customviewid of List 1. The parent is where the > tracking begins at so that if the list is simply duplicated (say for > another newsletter) then the unsub list is maintained. If a new custom > view is created, the parent_id is set to the new customviewid for the > new campaign and the list unsubs are reset. > > I know that is confusing but it enforces list management and not at the > entity level so it still allows for harvesting new lists from the db. > Here is a simple scenario of how it works: > 1) I create a custom view called "sales list" and click the "Add to > Campaigns" checkbox and save it. > 2) A new campaign with a subject of "Initial list creation" is created > with a parent_id == cvid of "Sales List" > 3) Set the campaign type == "Email" and the rest of the fields to > whatever I want and save > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > "Bulk Mail". I create an email and mail it. > > Now, suppose one of my customers unsubs from this list. He won't ever > be emailed from the "Sales List" or any of the children campaigns that > are created from it. However, if I go create a "Newsletter List" custom > view and add it to the campaigns that customer _will_ be mailed again. > Using the regular contactdetails.emailoptout would have stopped that > customer from getting the newsletter list and is another good reason for > list management instead of entity management for campaigns. > > So, what do you think? Far too complicated? Would you like to see a > stricter set of unsub management rules? Or do you think this mix is > just right? > > If you need further explanation just say so. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 16:28:57 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 14:28:57 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Message-ID: <1148416137.19129.67.camel@localhost.localdomain> I'm not real sure what Richies plan is moving forward, he wrote me this AM and asked me to put the email tracking stuff in but I declined because we are still in feature freeze and because I wanted opinions on list management (not to mention I am still busy with webmails stuff). So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, otherwise I will wait until the next window opens up and do what I can to merge it in then. As far as list management, we're on the same page, currently if the user clicks on the "Unsubscribe from all campaigns" link in the unsub page they will have the contactdetails.emailoptout flag set and never be emailed again from vtiger. Matt On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > Matthew, I think the email flag by campaign is rigth, > maybe the contactdetails.emailoptout could be used for 'never ever > email this guy' > > btw, this is going in v5 ? or is is too late ? > > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > Hello All, > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > soon and I would like peoples opinions on list management... > > > > In our current deployment we've created an abstracted list management > > system called the "Campaigns" module.. Imagine that :). Within this > > module I track all lists by the parent_id and not by entity. This is > > because some of our customers are large telemarketing organizations and > > wanted to be able to harvest lists from their leads DB and re-call them > > even if they had a previous do-not-call flag set from another campaign. > > There are other good reasons for list management too, I'll explain more > > bellow. > > > > I tied the list management into the custom views module, IE: if you > > create a custom view called "List 1" you will have a campaign created > > with a parent id == customviewid of List 1. The parent is where the > > tracking begins at so that if the list is simply duplicated (say for > > another newsletter) then the unsub list is maintained. If a new custom > > view is created, the parent_id is set to the new customviewid for the > > new campaign and the list unsubs are reset. > > > > I know that is confusing but it enforces list management and not at the > > entity level so it still allows for harvesting new lists from the db. > > Here is a simple scenario of how it works: > > 1) I create a custom view called "sales list" and click the "Add to > > Campaigns" checkbox and save it. > > 2) A new campaign with a subject of "Initial list creation" is created > > with a parent_id == cvid of "Sales List" > > 3) Set the campaign type == "Email" and the rest of the fields to > > whatever I want and save > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > "Bulk Mail". I create an email and mail it. > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > be emailed from the "Sales List" or any of the children campaigns that > > are created from it. However, if I go create a "Newsletter List" custom > > view and add it to the campaigns that customer _will_ be mailed again. > > Using the regular contactdetails.emailoptout would have stopped that > > customer from getting the newsletter list and is another good reason for > > list management instead of entity management for campaigns. > > > > So, what do you think? Far too complicated? Would you like to see a > > stricter set of unsub management rules? Or do you think this mix is > > just right? > > > > If you need further explanation just say so. > > > > Matt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From sergiokessler at gmail.com Tue May 23 17:02:46 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 18:02:46 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148416137.19129.67.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> Message-ID: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> I'm afraid that if you let pass this windows (as you say, richie opened you a windows) while you are with this thing with the hot hands, in the future things could cold and maybe you decide that's not worth the effort... +1 /sak On 5/23/06, Matthew Brichacek wrote: > I'm not real sure what Richies plan is moving forward, he wrote me this > AM and asked me to put the email tracking stuff in but I declined > because we are still in feature freeze and because I wanted opinions on > list management (not to mention I am still busy with webmails stuff). > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > otherwise I will wait until the next window opens up and do what I can > to merge it in then. > > As far as list management, we're on the same page, currently if the user > clicks on the "Unsubscribe from all campaigns" link in the unsub page > they will have the contactdetails.emailoptout flag set and never be > emailed again from vtiger. > > > Matt > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > Matthew, I think the email flag by campaign is rigth, > > maybe the contactdetails.emailoptout could be used for 'never ever > > email this guy' > > > > btw, this is going in v5 ? or is is too late ? > > > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > Hello All, > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > soon and I would like peoples opinions on list management... > > > > > > In our current deployment we've created an abstracted list management > > > system called the "Campaigns" module.. Imagine that :). Within this > > > module I track all lists by the parent_id and not by entity. This is > > > because some of our customers are large telemarketing organizations and > > > wanted to be able to harvest lists from their leads DB and re-call them > > > even if they had a previous do-not-call flag set from another campaign. > > > There are other good reasons for list management too, I'll explain more > > > bellow. > > > > > > I tied the list management into the custom views module, IE: if you > > > create a custom view called "List 1" you will have a campaign created > > > with a parent id == customviewid of List 1. The parent is where the > > > tracking begins at so that if the list is simply duplicated (say for > > > another newsletter) then the unsub list is maintained. If a new custom > > > view is created, the parent_id is set to the new customviewid for the > > > new campaign and the list unsubs are reset. > > > > > > I know that is confusing but it enforces list management and not at the > > > entity level so it still allows for harvesting new lists from the db. > > > Here is a simple scenario of how it works: > > > 1) I create a custom view called "sales list" and click the "Add to > > > Campaigns" checkbox and save it. > > > 2) A new campaign with a subject of "Initial list creation" is created > > > with a parent_id == cvid of "Sales List" > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > whatever I want and save > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > "Bulk Mail". I create an email and mail it. > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > be emailed from the "Sales List" or any of the children campaigns that > > > are created from it. However, if I go create a "Newsletter List" custom > > > view and add it to the campaigns that customer _will_ be mailed again. > > > Using the regular contactdetails.emailoptout would have stopped that > > > customer from getting the newsletter list and is another good reason for > > > list management instead of entity management for campaigns. > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > stricter set of unsub management rules? Or do you think this mix is > > > just right? > > > > > > If you need further explanation just say so. > > > > > > Matt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 17:13:59 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 15:13:59 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> Message-ID: <1148418840.19129.73.camel@localhost.localdomain> This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 24 08:31:34 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:31:34 -0700 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148418840.19129.73.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> Message-ID: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Team, I am not sure if we do have a plan in place to have the list management part in. No doubt it can be done but the overall goal will be to have a logical flow in the system to use the feature which I suspect can be achieved at such short notice. Saint too has to be brought into the picture and he needs time to evaluate and suggest a flow. Then, comes the UI deliverables and the testing, bug-fixing,etc. I personally like the feature, in fact, what Matt has said is the proper way in which the feature should be provided. I do concede that the campaign management feature is as of now, more a place holder than anything. But, I am not sure if this is the right time to get this in. The Beta is just round the corner and we are better off testing whatever we have. Just for the info, I have asked Matt for the estimate for getting this feature in though but I am not in favour of adding any new features at this juncture. Your views are welcome. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/eda7774e/attachment-0001.html From richie at vtiger.com Wed May 24 08:35:54 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:35:54 -0700 Subject: [Vtigercrm-developers] tab builder. In-Reply-To: <1148411190.19129.59.camel@localhost.localdomain> References: <1148411190.19129.59.camel@localhost.localdomain> Message-ID: <10b6664dd2f.6043584129775129514.-7161469095950791290@@vtiger.com> Matt, I would suggest that we have it started as separate project in the forge. The way I see it is as follows :- a) We create the project in the forge b) Someone starts working on the project. c) Testing and documentation is done properly. d) Parallely, 5.0 gets released. e) We integrate or just plugin this feature into 5.1 with some basic amount of testing in. I would suggest the same for the custom field for the campaigns feature and the list management feature. I am sure, once we have a dedicated project setup, we can get a lot many guys to hack the code and make it better taking the onus off Matt. JeffK, Matt, tell me when to branch off for the 5.0+ stuff. I will need help timing that move. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/25957639/attachment-0003.html From richie at vtiger.com Wed May 24 08:36:37 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:36:37 -0700 Subject: [Vtigercrm-developers] de-duplication In-Reply-To: <1148409324.19129.52.camel@localhost.localdomain> References: <1148409324.19129.52.camel@localhost.localdomain> Message-ID: <10b666587a8.-3324049467413022044.316899338876575084@@vtiger.com> Same suggestion as the previous mail. Let us have it as a separate project in the forge. We will integrate it to the core for the 5.1 or further series. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/89d969df/attachment-0001.html From mmbrich at fosslabs.com Wed May 24 15:12:56 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 24 May 2006 13:12:56 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Message-ID: <1148497977.12716.36.camel@localhost.localdomain> I like the idea of a 5.1 branch to start this work on. Since this really is going to set the stage for the list management system in vtiger and just isn't a good candidate to throw in a week before your beta release :). I would put the time for list management, bulk emailing and email tracking at somewhere near 2-3 weeks given how much time I have lately. I think all together it took me 3-4 days of near non-stop work to get these features into 4.x. Anyways, after talking with some other vtiger users I have a list of additions I would like to get moved into 5.1+. Some of this work is going to be done because it's sponsored, I'll put a star next to those so you'll know which ones are at risk of being dropped if the client happens to decide against the feature.. Also speak up if you object to any of these feature going into 5.1+ releases. These are mostly in-order as I plan to enable them: 1) List Management 2) Bulk email and tracking capabilities 3) De-Duplication system 4) Expand on 4.x Click-to-Dial support by enabling skype, etc and make it a user configurable option 5) Per-campaign custom fields 6) Avery label maker -- JLee donated what will probably become the framework for this. I plan to add a template engine and maybe even envelope, postcard, etc makers :). <-"printing press" module? :) 7) Per-User email templates (JLee handed over some example code for this too) 8) Tab/Module Builder 9) OOo Mail merge plugin (*) 10) OOo document parser (*) 11) if 9 & 10 are completed I may build a document management system of some kind eventually. (something like knomos.org has) 12) Expand (and finish) much of the joomla<->vtiger work started in 4.x If you think any of these will scratch an itch for you then speak up and I'll be glad to help you with any questions you have. Matt On Wed, 2006-05-24 at 05:31 -0700, Richie wrote: > Team, I am not sure if we do have a plan in place to have the list > management part in. No doubt it can be done but the overall goal will > be to have a logical flow in the system to use the feature which I > suspect can be achieved at such short notice. Saint too has to be > brought into the picture and he needs time to evaluate and suggest a > flow. Then, comes the UI deliverables and the testing, > bug-fixing,etc. > > I personally like the feature, in fact, what Matt has said is the > proper way in which the feature should be provided. I do concede that > the campaign management feature is as of now, more a place holder than > anything. > > > But, I am not sure if this is the right time to get this in. The Beta > is just round the corner and we are better off testing whatever we > have. > > Just for the info, I have asked Matt for the estimate for getting this > feature in though but I am not in favour of adding any new features at > this juncture. > > > Your views are welcome. > > Richie > > > > > ---- Matthew Brichacek wrote ---- > > This is true, I've been known to change my mind before :) .. > but this is > something I really want to get moved into 5.x for my own > benefit as well > (because all you hackers are going to make it better than I > ever > imagined right?), on the other hand though I will surely > introduce some > bugs with this feature and that's not what feature freezes are > for ;). > > Anyways, if there is enough agreement in how list management > should be > done I'm willing to merge it in now if Richie still allows. I > am still > not sure how to tackle the list management though, I want to > improve on > how I did it for 4.x but haven't come up with any ideas on > just how to > do that yet. > > Matt > > On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > > I'm afraid that if you let pass this windows (as you say, > richie > > opened you a windows) while you are with this thing with the > hot > > hands, in the future things could cold and maybe you decide > that's not > > worth the effort... > > > > +1 > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > I'm not real sure what Richies plan is moving forward, he > wrote me this > > > AM and asked me to put the email tracking stuff in but I > declined > > > because we are still in feature freeze and because I > wanted opinions on > > > list management (not to mention I am still busy with > webmails stuff). > > > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 > then I will, > > > otherwise I will wait until the next window opens up and > do what I can > > > to merge it in then. > > > > > > As far as list management, we're on the same page, > currently if the user > > > clicks on the "Unsubscribe from all campaigns" link in the > unsub page > > > they will have the contactdetails.emailoptout flag set and > never be > > > emailed again from vtiger. > > > > > > > > > Matt > > > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler > wrote: > > > > Matthew, I think the email flag by campaign is rigth, > > > > maybe the contactdetails.emailoptout could be used for > 'never ever > > > > email this guy' > > > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > > > > /sak > > > > > > > > On 5/23/06, Matthew Brichacek > wrote: > > > > > Hello All, > > > > > > > > > > I'll be getting ready to drop the email tracking > capabilities into 5.x > > > > > soon and I would like peoples opinions on list > management... > > > > > > > > > > In our current deployment we've created an abstracted > list management > > > > > system called the "Campaigns" module.. Imagine > that :). Within this > > > > > module I track all lists by the parent_id and not by > entity. This is > > > > > because some of our customers are large telemarketing > organizations and > > > > > wanted to be able to harvest lists from their leads DB > and re-call them > > > > > even if they had a previous do-not-call flag set from > another campaign. > > > > > There are other good reasons for list management too, > I'll explain more > > > > > bellow. > > > > > > > > > > I tied the list management into the custom views > module, IE: if you > > > > > create a custom view called "List 1" you will have a > campaign created > > > > > with a parent id == customviewid of List 1. The parent > is where the > > > > > tracking begins at so that if the list is simply > duplicated (say for > > > > > another newsletter) then the unsub list is maintained. > If a new custom > > > > > view is created, the parent_id is set to the new > customviewid for the > > > > > new campaign and the list unsubs are reset. > > > > > > > > > > I know that is confusing but it enforces list > management and not at the > > > > > entity level so it still allows for harvesting new > lists from the db. > > > > > Here is a simple scenario of how it works: > > > > > 1) I create a custom view called "sales list" and > click the "Add to > > > > > Campaigns" checkbox and save it. > > > > > 2) A new campaign with a subject of "Initial list > creation" is created > > > > > with a parent_id == cvid of "Sales List" > > > > > 3) Set the campaign type == "Email" and the rest of > the fields to > > > > > whatever I want and save > > > > > 4) New button appears in Campaign DetaiView for > "Create/Edit Email" and > > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > > > Now, suppose one of my customers unsubs from this > list. He won't ever > > > > > be emailed from the "Sales List" or any of the > children campaigns that > > > > > are created from it. However, if I go create a > "Newsletter List" custom > > > > > view and add it to the campaigns that customer _will_ > be mailed again. > > > > > Using the regular contactdetails.emailoptout would > have stopped that > > > > > customer from getting the newsletter list and is > another good reason for > > > > > list management instead of entity management for > campaigns. > > > > > > > > > > So, what do you think? Far too complicated? Would you > like to see a > > > > > stricter set of unsub management rules? Or do you > think this mix is > > > > > just right? > > > > > > > > > > If you need further explanation just say so. > > > > > > > > > > Matt > > > > > > > > > > _______________________________________________ > > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From ncknight at pacific.net.sg Thu May 25 23:41:19 2006 From: ncknight at pacific.net.sg (Nicholas Chan) Date: Fri, 26 May 2006 11:41:19 +0800 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... In-Reply-To: <4469BCA8.5090309@vtiger.com> Message-ID: <002701c68076$4083e600$1201a8c0@ifoundriest30> Hi Saint, Speaking as a "first time user" point of view (based off shooting this screenshot to a few potential clients of mine), I would be confused on the difference between the Activities and Calendar (ie. "Isn't my activities supposed to be scheduled in the calendar) and on why they are not "two in one" like the approach Outlook takes in listing dated scheduled events (Calendar) and undated scheduled/unscheduled events (Activities/ToDo). Consolidation might be a better approach as the lesser options the user sees, yet while making facilities *sufficiently* but not overly comprehensive would be a good thing. _____ From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 16 May 2006 19:51 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0003.gif From mmbrich at fosslabs.com Mon May 29 19:43:02 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Mon, 29 May 2006 17:43:02 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function Message-ID: <1148946183.6551.3.camel@localhost.localdomain> I changed the Ajax() javascript function in ajax.js to VtigerAjax() since the name Ajax collides with the prototype Ajax function. I went through the system and tried to find everywhere that Ajax() was used and change it. I figured this was easier than trying to update prototype/scriptaculous every time they changed. Matt From webmaster at vtigercrmfrance.org Tue May 30 05:34:46 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 30 May 2006 11:34:46 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <447C11B6.7080709@vtigercrmfrance.org> Hi, i have an issue with tab "More information" on each modules. The link to callrelatedlist is translated with smarty : $smarty->assign("MODULE",$app_strings['Activities']); So when we call the related list, we obtain a "Hacking atempt" with french version. Always on editview & detailview tabs, you use terms like this : Activity Information, Basic Information and translated give : Activit? information, Basique information. But here we invert the terms like : Information basique, Information activit?. This second point is not really critic. Third point, can you replace all occurence of call/meeting/task by the corresponding image like in calendar ? Regards, A?ssa From mmbrich at fosslabs.com Tue May 30 08:52:19 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 30 May 2006 06:52:19 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function In-Reply-To: <1148946183.6551.3.camel@localhost.localdomain> References: <1148946183.6551.3.camel@localhost.localdomain> Message-ID: <1148993539.25630.1.camel@localhost.localdomain> Who wants to take bets on how many different languages you can hear my name being cursed in today :)? Vtiger crew.. didn't mean to make life harder for you, sorry if I missed areas where Ajax() was being called. Matt On Mon, 2006-05-29 at 17:43 -0600, Matthew Brichacek wrote: > I changed the Ajax() javascript function in ajax.js to VtigerAjax() > since the name Ajax collides with the prototype Ajax function. I went > through the system and tried to find everywhere that Ajax() was used and > change it. > > I figured this was easier than trying to update prototype/scriptaculous > every time they changed. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 09:58:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 09:58:03 -0400 Subject: [Vtigercrm-developers] Note about Ajax() javascript function References: <1148946183.6551.3.camel@localhost.localdomain> <1148993539.25630.1.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > Who wants to take bets on how many different languages you can hear my > name being cursed in today :)? Refactoring, when there's no test suite to run, is like mine sweeping. Someone's got to do it. Then you need someone *else* to go next ... > Vtiger crew.. didn't mean to make life harder for you, sorry if I missed > areas where Ajax() was being called. We'll pay little debts like this, for the um, 'diversity of style' in the codebase, from time to time. Don't take it too hard, the trunk by now is after all a many-times refactoring of a forked fork, with no smoke tests. ;) From sergiokessler at gmail.com Tue May 30 20:23:16 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 30 May 2006 21:23:16 -0300 Subject: [Vtigercrm-developers] dashboard not printable Message-ID: <49216030605301723j22d57d9epc4079173c1b95dcf@mail.gmail.com> I imagine that one of the main uses of the dashboard is to print it and show it to the boss or someone else... it is not printable. thanks to use of frames... santi, I told you so, frames are bad, very bad... and will cause you no end of problems... from usability to this very specific point... regards, /sergio From allan.bush+vtiger_dev at gmail.com Tue May 30 21:43:29 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 30 May 2006 18:43:29 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> Message-ID: <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Alright, since on one else is making a call I'll do it. 4.2.4 is ready for release. If no one is going to help put it out I'll package up the source and post it on the forums myself. It would be nice to have some kind of officially word but either way I'm going to release it to the public. Have a nice day, Allan On 5/19/06, Allan Bush wrote: > No one is working on it and no one is testing it. I think we're just > waiting for someone to release it but I don't know who that someone > is. If there's anything we still need to do to push this out let me > know and I'll do it. > From jtk at yahoo.com Tue May 30 22:11:19 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 22:11:19 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: Allan Bush wrote: > Alright, since on one else is making a call I'll do it. > 4.2.4 is ready for release. > If no one is going to help put it out I'll package up the source and > post it on the forums myself. Or, it could just be unreleased, and we'll delete the branch. One less version to support in the 4.2 series where there are apparently few developer resources. I'd almost prefer official release of vtigercrm-4.2.5 only, and have the vtiger team announce and maintain continuous migration support for vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged releases. All users could then be responsible for getting themselves to vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 migration. From developer at infointegrated.com Tue May 30 22:18:32 2006 From: developer at infointegrated.com (Brian Devendorf) Date: Tue, 30 May 2006 21:18:32 -0500 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. I think it would focus the bug reporting for vtiger 4 on the bugs that still exist in the product. On May 30, 2006, at 9:11 PM, Jeff Kowalczyk wrote: > Allan Bush wrote: >> Alright, since on one else is making a call I'll do it. >> 4.2.4 is ready for release. >> If no one is going to help put it out I'll package up the source and >> post it on the forums myself. > > Or, it could just be unreleased, and we'll delete the branch. One less > version to support in the 4.2 series where there are apparently few > developer resources. > > I'd almost prefer official release of vtigercrm-4.2.5 only, and > have the > vtiger team announce and maintain continuous migration support for > vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged > releases. > > All users could then be responsible for getting themselves to > vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 > migration. > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Wed May 31 00:11:28 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 00:11:28 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> Message-ID: Brian Devendorf wrote: > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > I think it would focus the bug reporting for vtiger 4 on the bugs > that still exist in the product. Sure, its always good to have extra point releases to eliminate patch trading. vtigercrm-4.2.5 will likely follow soon after. Based on past tags, our procedure was to put the branch in the exact form used for release, then copy to a tag using the command: # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' Ideally (and we may not be there yet), a release fileset is a vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 With no post processing. I guess for .exe installers (if used), that's an exeption to the rule. Unless there are any changes to forward port to branches/4.2, we finally svn rm the branches/4.2.4. Thanks for doing the release, Allan. From damien at uts.net.au Wed May 31 00:32:56 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Wed, 31 May 2006 14:02:56 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004e01c6846b$49c6f2e0$4469a8c0@nec5080152> Hi, I have developed a hacky script that collects all invoices that are created/approved (as in not sent, not overdue, not paid) and emails them to the customer (it will eventually also send a print job for each invoice too). The script will also check for a custom field that I have created and determine if it is recurring. If it is, it will create a new invoice. Well, all this is working nicely, but there are a few little bugs and I need some advice... I'm fairly new to the codebase of vTiger and I would like to ask what would be the best way to intergrate this module with vTiger? I want to be able to call this script by cron. At the moment, I have the script sitting in the root directory and including all the needed classes. What's the best way to go about integrating my script? Cheers, Damien Unique Technology Solutions PS: I'd be happy to release the code to the vTiger community if it turns into a worthy feature. From richie at vtiger.com Wed May 31 15:23:27 2006 From: richie at vtiger.com (Richie) Date: Wed, 31 May 2006 12:23:27 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 Beta released Message-ID: <10b8be67fad.4216262142687582272.-5018645744322861309@@vtiger.com> Hello! vtiger CRM 5 Beta has been released. Thanks to all of you for your support and patience. We have tried to integrate as many feedbacks as we could. There is still a long way to go though. The relevant files are available at the following location : http://sourceforge.net/project/showfiles.php?group_id=117522&package_id=192322&release_id=421343 The demo is available at http://www.vtiger.com/products/crm/demo_5beta/index.php The issues can be filed at http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060531/0728e294/attachment-0003.html From jtk at yahoo.com Wed May 31 18:04:25 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 18:04:25 -0400 Subject: [Vtigercrm-developers] PHP Source Beautification Message-ID: Has anyone used PHP source beautification tools with any success? http://neurobashing.com/blog/archives/2005/03/24/phptidy_quest_continues.html http://www.waterproof.fr/products/phpCodeBeautifier/ Assuming the right tool made PHP source beautification quick and reliable, whether (and when) we should bulk-apply formatting standards to the codebase is an open question. The downside is that diffs and merges across that boundary of revision(s) don't really have much use anymore. If there was a branch of the source code that would never have fixes and features back ported to it, then it would be a possibility to do rapid, wholesale beautification. To my way of thinking, the trunk, prior to branching for vtigercrm-5.0.0 release candidates, might fit this description, and would be the last opportunity of this type for quite a while. Any thoughts? From rudig at tiscali.be Wed May 31 12:46:16 2006 From: rudig at tiscali.be (rudi gybels) Date: Wed, 31 May 2006 18:46:16 +0200 Subject: [Vtigercrm-developers] vtigercrm-developers Digest, Vol 6, Issue 6 In-Reply-To: Message-ID: <001201c684d1$bc4bbfb0$9e02a8c0@ZOND002> Hi, For Abos: The problem with: 52 bd Jeanne d'Arc Can be solved by adding the php escape: 52 bd Jeanne d\' Arc If entered like this, the issue should be solved. Best regards, Rudi. -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Namens vtigercrm-developers-request at lists.vtigercrm.com Verzonden: dinsdag 6 juni 2006 17:30 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: vtigercrm-developers Digest, Vol 6, Issue 6 Send vtigercrm-developers mailing list submissions to vtigercrm-developers at lists.vtigercrm.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers or, via email, send a message with subject or body 'help' to vtigercrm-developers-request at lists.vtigercrm.com You can reach the person managing the list at vtigercrm-developers-owner at lists.vtigercrm.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtigercrm-developers digest..." Today's Topics: 1. Custom fields in vtiger CRM 5 (Abos) 2. Calendar V5 (Abos) 3. Some dropdown (Abos) 4. Customview pagination (Abos) 5. Translations (Abos) 6. Re: Can we release 4.2.4 already? (Richie) 7. Re: bug fixes/contributions for 5.0 (Sergio A. Kessler) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Jun 2006 14:20:09 +0200 From: Abos Subject: [Vtigercrm-developers] Custom fields in vtiger CRM 5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448572F9.4020401 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, on new version, the picklist are re ordered alphabeticaly. It's really difficult to use for me. By default the first value (reordered) is selected. If i create a new picklist like this : Select My value 1 My value 2 ... With the new system i obtain in my module : My value 1 (saved by default and wrong !) My value 2 Select With admin, if i edit a custom field, i have not the value list, i have to click on field type to show my picklist value for modifications. Cheer, A?ssa ------------------------------ Message: 2 Date: Tue, 06 Jun 2006 14:26:00 +0200 From: Abos Subject: [Vtigercrm-developers] Calendar V5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857458.1060300 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't know if the new calendar ready, but the share system is not working correctly. I only see the activities from others users on my home. I alway obtain : You are not permitted to execute this Operation when i follow the link. The activity is created by admin, the admin calendar is share with standarduser. I have created a group with admin & standarduser, same result. ------------------------------ Message: 3 Date: Tue, 06 Jun 2006 14:29:53 +0200 From: Abos Subject: [Vtigercrm-developers] Some dropdown To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857541.2010600 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Again, For some system dropdown like quick create, it can be usefull to have a first field called "select", because Account is selected by default, and i can't create a account directly. Same thing for module portal, the first site saved is never displayed, i have to change 2 times to see the first entry. ------------------------------ Message: 4 Date: Tue, 06 Jun 2006 14:32:43 +0200 From: Abos Subject: [Vtigercrm-developers] Customview pagination To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448575EB.8080104 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed This feature is really cool, but, if i use a customview for a mass mailing, only the 10 or X first entry are used to send email. Cheer A?ssa ------------------------------ Message: 5 Date: Tue, 06 Jun 2006 15:13:07 +0200 From: Abos Subject: [Vtigercrm-developers] Translations To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857F63.90303 at vtigercrmfrance.org> Content-Type: text/plain; charset="iso-8859-1" Translations problems ;-) Critical : The button save in "My preferences" not work with french lang. For each Tab "More information" in detail view. Critical : The link (url) is translated, exemple in Campaigns we have : http://127.0.0.1/vtbeta/index.php?action=CallRelatedList&module=* Campagnes* &record=121&parenttab=Marketing and obtain an hacking attempt. When i'm on tab relatedlist : The tab names are now in english, The modules names are in enlish, All the button "Add new..." are in english, Only the table header are translated. Module dashboard : By default all is translated. But if i click on any link, all is in english. In fact, only dashboard home is translated. Module report : The table header (field names) are not translated on report display and exports PDF/XLS Left panel "Actions" : All have to be translate. On custom field creation : index.php?module=Settings&action=SettingsSubMenu&type=CustomField&parenttab= Settings The module names have to be translated. On picklist settings : index.php?module=Settings&action=PickList&parenttab=Settings Same thing, the module name have to be translated. On default field permission : index.php?module=Users&action=DefaultFieldPermissions&parenttab=Settings The field name have to be translated On profiles privil?ges : index.php?module=Users&action=profilePrivileges&return_action=ListProfiles&p arenttab=Settings&mode=edit&profileid=4 Module names, Field names, actions have to be translated. On OrgSharingDetailView : Button add privilege have to be translated, Rules pop up and fields too Iventory notification : index.php?module=Users&action=listinventorynotifications&parenttab=Settings The term Tool on table header have to be translated Critical : Company information : The bug with ' persist. My company address : 52 bd Jeanne d'Arc. How to have my company address in vtiger crm ? Module calendar : Repeat type have to be translated. Daily, weekly, monthly have no signification here. The term "view" for hour view and list view have to be translated Module Activites : On list view, call/meeting/task have to be translated or changed for image. On editview same thing + repeat. Critical : Some "Ajax" save button not work. Critical : On some module the tag cloud system display an hacking attempt, i think it's due to a module name translation. Character set is not displyed on html source. Critical : Character problem with announce and accents. Chat not work, when i press "enter" i go to the home page. To be continued.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/29821bce/attachment-0001.htm ------------------------------ Message: 6 Date: Tue, 06 Jun 2006 08:08:59 -0700 From: Richie Subject: Re: [Vtigercrm-developers] Can we release 4.2.4 already? To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <10ba9e3af95.-5842706935838209260.-5610252546111581252@@vtiger.com> Content-Type: text/plain; charset="utf-8" Hi! The 4.2.4 is available for download at the following location :- http://vtiger.com/download/vtiger_CRM_4_2_4.exe http://vtiger.com/download/vtiger_CRM_4_2_4.bin http://vtiger.com/download/vtiger_CRM_4_2_4.PhpDocs.zip The source will be released soon as there is a small logistical problem here causing the delay. Let me know if there be any issues. Should we make this an official announcement Allan? I would prefer if you do it as you have taken the initiative. It is only right that the credit too is taken by you. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Thanks guys, I've tagged and exported 4.2.4 (without changes) and it's ready to go. I also created some release notes, attached to this email if anyone has any input on them. I sent this information along with the packaged release to richie but as he seems to be unresponsive on this release I'm not counting on him to get it out in a timely manner. I'd like to put the release on the trac system, if the admin is alright with that please email me directly and I'll get you the files, if not I'll just attach it to the vtiger message board. On a side note the trac ticket system should be modified to remove 4.2.4 as a milestone and add it as a version (and probably remove the 4.2.4rc's well we're at it), if that can be done without messing up the existing tickets. Allan On 5/30/06, Jeff Kowalczyk <jtk at yahoo.com> wrote: > Brian Devendorf wrote: > > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > > I think it would focus the bug reporting for vtiger 4 on the bugs > > that still exist in the product. > > Sure, its always good to have extra point releases to eliminate patch > trading. vtigercrm-4.2.5 will likely follow soon after. > > Based on past tags, our procedure was to put the branch in the exact form > used for release, then copy to a tag using the command: > > # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' > > Ideally (and we may not be there yet), a release fileset is a > vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: > > # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 > > With no post processing. I guess for .exe installers (if used), that's an > exeption to the rule. > > Unless there are any changes to forward port to branches/4.2, we finally > svn rm the branches/4.2.4. > > Thanks for doing the release, Allan. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/fb3ac5ff/attachment-0001.html ------------------------------ Message: 7 Date: Tue, 6 Jun 2006 12:30:11 -0300 From: "Sergio A. Kessler" Subject: Re: [Vtigercrm-developers] bug fixes/contributions for 5.0 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <49216030606060830we1cffcej4bc76800f12657ef at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed normally one should fill a issue with the trac (posting the patch there) and post a message here with a blurb about the problem and a link to the trac issue number... regards, /sak On 6/6/06, Richie wrote: > > Hello! > > I stand corrected. My intention of suggesting the mailing list was to have a > on-the-spot peer review and we will not miss out too many patches. Moreover, > we had a damn good number of fixes/posts in the mailing list for 4.2.4. > But then, the trac is the proper place to handle these issues. I see the > light now :) > > My only point of concern is how does the team/community get notified of the > patches submitted in the trac? Jeff any ideas on this front? > > Please post all the patches/fixes to the trac in the meantime. It will be a > bit confusing initially but then we will come to terms with it too. > > > > > > > ---- Allan Bush wrote ---- > > > I think handling multiple bug fixes on the mailing list could become > hard to organize very quickly. > > We would be better off to create tickets in the trac system and attach > a patch. I've used this system before and it's much easier to work > with and keep organized. My only concern would be that the patch > would be lost among the other thousand plus tickets, but if we create > a keyword to be used or assigned the ticket to an appropriate person > it should receive enough attention. > > On 6/5/06, Richie wrote: > > > > Hello! > > > > We welcome bug fixes for vtigercrm 5.0. Do feel free to > > post the fixes in this email list so that > > we can have a peer > > review right here and I will integrate it into the trunk. > > > > I will need some help in this regard. Any one willing > > to lend me a hand please? > > I would think that having 2 guys as assistants will > > be good as the product is too big to be > > handled > > by myself and a single helper. We can start having the > > fixes for the issues in the trac or even > > otherwise. > > > > > > The only rules before checking into the trunk are that :- > > > > the person should know what he is doing. > > in case of any possible issues, raise the flag then > > and there and submit the post/patch for > > further > > review. > > keep all of us in the same page as most of us are > > in different time zones so the mailing > > list will be > > the only mode of keeping in touch. > > > > > > > > If there be a better approach to this, I am willing > > to listen. > > > > Jeff, Brian, Allan, Joel, Matt, ...? > > > > > > Richie > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > > personal organizer online, Zoho Planner for FREE instead! > > http://zohoplanner.com/?vt > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > ------------------------------ _______________________________________________ vtigercrm-developers mailing list vtigercrm-developers at lists.vtigercrm.com http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers End of vtigercrm-developers Digest, Vol 6, Issue 6 ************************************************** From damien at koalatelecom.com.au Fri May 19 02:49:28 2006 From: damien at koalatelecom.com.au (Damien Bezborodow) Date: Fri, 19 May 2006 06:49:28 -0000 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <002201c67b10$71a9bb80$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/723b60fc/attachment-0003.html From saint at vtiger.com Tue May 2 02:28:40 2006 From: saint at vtiger.com (Saint) Date: Tue, 02 May 2006 11:58:40 +0530 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <001801c66b65$97492520$6364a8c0@ifoundriest30> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> Message-ID: <4456FC18.4040707@vtiger.com> Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: > Hello team, > > > > I would like to add my observation on this "Detailed View". > > > > Before this is rolled out "all out", I believe the more important > thing is that this would be one of the beginning steps of Sales > Automation, this example would aptly be the "order progress". I would > see this screen being particularly useful for Account Executives and > Field Sales: > > > > * Able to check on previous orders from this client; if a "quick > notes" section that can list out some user configurable details > such as "Last order date", "Last order size", "Any outstanding > cases", etc on the right column just above the "Actions" would > be a great assistance. > * Able to pull data seamlessly from all modules (ie. Price book, > terms and conditions from existing options) without needing to > "right-click and open" other tabs. > > > > An enhanced version for management purposes would be to allow all > detailed views to open up as below, including those that are "done" so > as to do checking. Versioning for any adjustments and auto-numbering > (with reference on who adjusted what) would be important also in this > screen. > > > > Finally I certainly do hope that this would set the fundamental > workflow system in place for the workflow module! > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On Behalf > Of *Saint > *Sent:* 27 April 2006 23:45 > *To:* LANCER : Developers List > *Subject:* [Vtigercrm-developers] LANCER : Related Actions link: Will > thishelp? > > > > Guys, > > Check the attached image. We are thinking about providing relevant > actions/links in major modules (in detailed view, espicially). What do > you think? will this help the users? will it improve the user experience? > > Example 1. Say for example, When you are viewing a Quote, you can > generate an invoice/sales order directly, also one can track similar > quotes using the information of that particular quote like account > name, potential name, address, or products etc. > > Example 2. Another example is .. when you are viewing a product > details, you cna create a quote/invoice/sales order, track all quotes > pertaining to that product etc. > > > regards, > Saint > >------------------------------------------------------------------------ > >_______________________________________________ >This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: asynch.jpg Type: image/jpeg Size: 27956 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0002.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 94604 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0004.jpe From richie at vtiger.com Tue May 2 02:50:48 2006 From: richie at vtiger.com (Richie) Date: Mon, 01 May 2006 23:50:48 -0700 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <4456FC18.4040707@vtiger.com> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> <4456FC18.4040707@vtiger.com> Message-ID: <10af3dd03fe.-1320619257654408135.-5132094664933082522@@vtiger.com> Hello! Great feedbacks! It will be nice to get some of these kinds of feedbacks on the other modules as well. The tech aspects can be handled that is not an issue at all. If we could get similar feedbacks for all the other modules as well, we could plan on providing a generic set of features. Richie ---- Saint<saint at vtiger.com> wrote ---- Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: Hello team,   I would like to add my observation on this “Detailed View”.   Before this is rolled out “all out”, I believe the more important thing is that this would be one of the beginning steps of Sales Automation, this example would aptly be the “order progress”. I would see this screen being particularly useful for Account Executives and Field Sales:   Able to check on previous orders from this client; if a “quick notes” section that can list out some user configurable details such as “Last order date”, “Last order size”, “Any outstanding cases”, etc on the right column just above the “Actions” would be a great assistance. Able to pull data seamlessly from all modules (ie. Price book, terms and conditions from existing options) without needing to “right-click and open” other tabs.   An enhanced version for management purposes would be to allow all detailed views to open up as below, including those that are “done” so as to do checking. Versioning for any adjustments and auto-numbering (with reference on who adjusted what) would be important also in this screen.   Finally I certainly do hope that this would set the fundamental workflow system in place for the workflow module!   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 27 April 2006 23:45 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp?   Guys, Check the attached image. We are thinking about providing relevant actions/links in major modules (in detailed view, espicially). What do you think? will this help the users? will it improve the user experience? Example 1. Say for example, When you are viewing a Quote, you can generate an invoice/sales order  directly, also one can track similar quotes using the information of that particular quote like account name, potential name, address, or products etc. Example 2. Another example is .. when you are viewing a product details, you cna create a quote/invoice/sales order, track all quotes pertaining to that product etc. regards, Saint _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060501/7e1a5d52/attachment-0004.html From richie at vtiger.com Tue May 2 08:29:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 05:29:25 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> Message-ID: <10af51304c1.6627470334370854809.-2656457101932597560@@vtiger.com> Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/f2c8b379/attachment-0002.html From Joel.Rydbeck at nubrek.com Tue May 2 14:46:22 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 13:46:22 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Richie, Do you want to create a branch for us to check changes into? How would you like to see this play out? The PostgreSQL changes have typically been widespread. If you're ok with helping merge changes back into the truck, we could get the bulk of the changes in to a branch, merge it in, and then bug fix from there. Allan / Jeff, do you guys want to communicate directly via email to coordinate? Mine is joel.rydbeck(-at-) nubrek.com Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Tue 5/2/2006 7:45 AM To: vtigercrm-developers at lists.vtigercrm.com Cc: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9398 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/82ace2ec/attachment-0004.bin From jtk at yahoo.com Tue May 2 15:46:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 15:46:03 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > Do you want to create a branch for us to check changes into? How would > you like to see this play out? > > The PostgreSQL changes have typically been widespread. If you're ok > with helping merge changes back into the truck, we could get the bulk of > the changes in to a branch, merge it in, and then bug fix from there. A branch makes the most sense. I volunteer to do the mechanical (e.g. naive) merging of trunk activity to the feature branch as long as it is in use. This keeps the diff small and makes it easier to merge portions or the whole back to the trunk at any given time. When there is consensus that work will begin, Someone should issue the following command (all on one line): svn cp http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration -m 'refs #752. Create a branch of vtigercrm/trunk named vtigercrm/branches/5.0_postgresql_integration. Development on this branch should be merged back to vtigercrm/trunk as soon as complete, to be included in vtigercrm/tags/vtigercrm-5.0.0beta series' I can make that branch if/when Allan, Joel, et al say they're ready to work on it. We have ticket #752 to reference this work: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 From allan.bush+vtiger_dev at gmail.com Tue May 2 16:06:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:06:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Personally I don't think we really need a branch as the changeset should be much smaller then for 4.2 and we're not working at the same time as RCs are being releases so I'm not worried about temporally breaking things. If we want to back it out we'll have the list of changesets attached to a tracking ticket anyways. If someone would give me permission to commit in the trunk I'll start working on Postgres support. On 5/2/06, Jeff Kowalczyk wrote: > Joel Rydbeck wrote: > > Do you want to create a branch for us to check changes into? How would > > you like to see this play out? > > > > The PostgreSQL changes have typically been widespread. If you're ok > > with helping merge changes back into the truck, we could get the bulk of > > the changes in to a branch, merge it in, and then bug fix from there. > > A branch makes the most sense. I volunteer to do the mechanical (e.g. > naive) merging of trunk activity to the feature branch as long as it is > in use. This keeps the diff small and makes it easier to merge portions or > the whole back to the trunk at any given time. > > When there is consensus that work will begin, Someone should issue the > following command (all on one line): > > svn cp > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration > -m 'refs #752. Create a branch of vtigercrm/trunk named > vtigercrm/branches/5.0_postgresql_integration. Development on this branch > should be merged back to vtigercrm/trunk as soon as complete, to be > included in vtigercrm/tags/vtigercrm-5.0.0beta series' > > I can make that branch if/when Allan, Joel, et al say they're ready to > work on it. > > We have ticket #752 to reference this work: > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Tue May 2 16:19:39 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 16:19:39 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: Allan Bush wrote: > Personally I don't think we really need a branch as the changeset should > be much smaller then for 4.2 and we're not working at the same time as > RCs are being releases so I'm not worried about temporally breaking > things. That's true, your method involves fixing adodb usage one query at a time. Aside from the bootstrapping needed to get a postgresql database loaded (which can probably be done during one workday's time-zone offset), ongoing breakage from any particular query-fixing changeset should be unlikely. > If we want to back it out we'll have the list of changesets attached to > a tracking ticket anyways. Also true. For reference, anyone making commits on this task please be sure to add the text "refs #752" somewhere in your commit message. I prefer it to be the first part of the message, myself. > If someone would give me permission to commit in the trunk I'll start > working on Postgres support. Do you mean software permissions, or consent? I didn't think the repository was partitioned in commit access that way. If its just Richie and team's consent you seek, I'd say you have it based on Richie's messages to this list. Go for it. From allan.bush+vtiger_dev at gmail.com Tue May 2 16:42:03 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:42:03 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> > > Do you mean software permissions, or consent? I didn't think the > repository was partitioned in commit access that way. > > If its just Richie and team's consent you seek, I'd say you have it based > on Richie's messages to this list. Go for it. > software permissions, unless I'm just totally screwing something up. When trying to commit on the trunk I get prompted for my username/password and an authorization failed error. I wasn't able to create a branch when I wanted to before either so I think my account is limited in some way. From mmbrich at fosslabs.com Tue May 2 17:44:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 15:44:09 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> Message-ID: <1146606249.30221.34.camel@localhost.localdomain> You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From Joel.Rydbeck at nubrek.com Tue May 2 17:59:24 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 16:59:24 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 5886 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/dc2ce803/attachment-0004.bin From jtk at yahoo.com Tue May 2 18:26:00 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:26:00 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > (Allan) should have commit permissions for trunk now, enjoy :). Can you make the same permission setting change for me (and Joel?) as well? I just tried to check in a mimetype propset, and got the auth prompt like Allan did. I'm just going to be doing housecleaning-type stuff, (hopefully) nothing that changes program code. From jtk at yahoo.com Tue May 2 18:29:48 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:29:48 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. From mmbrich at fosslabs.com Tue May 2 18:38:40 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 16:38:40 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: <1146609521.30221.41.camel@localhost.localdomain> Done and done. Matt On Tue, 2006-05-02 at 18:26 -0400, Jeff Kowalczyk wrote: > Matthew Brichacek wrote: > > (Allan) should have commit permissions for trunk now, enjoy :). > > Can you make the same permission setting change for me (and Joel?) as > well? I just tried to check in a mimetype propset, and got the auth > prompt like Allan did. > > I'm just going to be doing housecleaning-type stuff, (hopefully) nothing > that changes program code. > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 3 02:15:17 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:15:17 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e2d90d.-5750206824567509625.-7091388184876865000@@vtiger.com> Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck<Joel.Rydbeck at nubrek.com> wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/a0861033/attachment-0004.html From richie at vtiger.com Wed May 3 02:18:43 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:18:43 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e60164.-150783175157416236.8662637408496963933@@vtiger.com> Hail JeffK! Nex time I will be ultra-careful while writing in presence of the versioning guru! :-) Coming to brasstacks, Is Allan going to be solo on this or is Joel joining him? If any of you guys could tell me how to get a PostGres setup running, I could try and get a setup ready for testing it on the same locally over here when time permits. Let me know if I need to do anything. Thanks for the help guys. Really appreciate it. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/eb1edb12/attachment-0002.html From dgrant at accuratetechnologies.com Wed May 3 10:25:00 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 3 May 2006 10:25:00 -0400 Subject: [Vtigercrm-developers] Quotes must retain product add order Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FC@exch.accuratetechnologies.com> Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG From Joel.Rydbeck at nubrek.com Wed May 3 10:32:15 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:15 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: Richie, I'll let Allan and Jeff fill in the gaps. a) How do we give the user the option of using PostGres while installation? This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? & c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). Thank you for your support and assistance in performing this. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Wed 5/3/2006 1:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 8538 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/af3dba8d/attachment-0004.bin From Joel.Rydbeck at nubrek.com Wed May 3 10:32:45 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:45 -0500 Subject: [Vtigercrm-developers] Quotes must retain product add order References: <000601c66ebe$2a14b6c0$0a0510ac@nubrek.local> Message-ID: Forgive my ignorance here, but will we be able to have custom columns for products in 5.0? I have customers who want to track several item-specific numbers and its difficult at best in 4.2. - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Dennis Grant Sent: Wed 5/3/2006 9:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] Quotes must retain product add order Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7712 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/3efd3e15/attachment-0004.bin From sergiokessler at gmail.com Wed May 3 10:38:02 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 11:38:02 -0300 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <6609477483050127988@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <6609477483050127988@unknownmsgid> Message-ID: <49216030605030738n78e6506br19b0d48b7dc5e658@mail.gmail.com> richie, if you are using windows then the easy way is to download the wrapped package of postgres for windows: http://pgfoundry.org/frs/?group_id=1000007&release_id=438 it come with a pgAdmin tool that let you manage the cluster... cheers, /sak On 5/3/06, Richie wrote: > Hail JeffK! > > Nex time I will be ultra-careful while writing in presence of the versioning > guru! :-) > > Coming to brasstacks, > > Is Allan going to be solo on this or is Joel joining him? > If any of you guys could tell me how to get a PostGres setup running, I > could try and get a setup ready for testing it on the same locally over here > when time permits. > > Let me know if I need to do anything. > > Thanks for the help guys. Really appreciate it. > > Richie > > > > > ---- Jeff Kowalczyk wrote ---- > > > Joel Rydbeck wrote: > > It looks like you're going solo on the front end of this. I'm guessing > > this relegates Jeff and I to testing. Once you're ready I'll do a quick > > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > > team will signal us if they find any MySQL bugs. > > > > Let me know how you want bugs filed. > > I'd say keep using bug #752. The only irrelevant part is that there > probably won't be a branch created. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Wed May 3 13:55:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Wed, 3 May 2006 10:55:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Filling in the gaps. On 5/3/06, Joel Rydbeck wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan From david.bain at alteroo.com Wed May 3 18:53:04 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 18:53:04 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields Message-ID: How do I customize customer information fields (if that's what you call them)? I would really like to be able to capture custom data that does not come standard with vtiger. Is there an interface to edit this information? Or does it require editing mysql etc.... For example, in Zope/Plone adding new fields is a matter of editing a schema. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/2b54e1c4/attachment-0004.html From david.bain at alteroo.com Wed May 3 19:08:11 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 19:08:11 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields In-Reply-To: References: Message-ID: Nevermind. I'll read the fine manual some more. On 5/3/06, David Bain wrote: > > How do I customize customer information fields (if that's what you call > them)? > I would really like to be able to capture custom data that does not come > standard with vtiger. > > Is there an interface to edit this information? Or does it require editing > mysql etc.... > > For example, in Zope/Plone adding new fields is a matter of editing a > schema. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4c28ecff/attachment-0002.html From sergiokessler at gmail.com Wed May 3 20:45:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 21:45:24 -0300 Subject: [Vtigercrm-developers] EGS Message-ID: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> has anyone seen this: http://www.enterprisegroupwaresystem.org ? I didn't see the code, but the crm part looks familiar... /sak From mmbrich at fosslabs.com Wed May 3 20:54:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 03 May 2006 18:54:09 -0600 Subject: [Vtigercrm-developers] EGS In-Reply-To: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> References: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> Message-ID: <1146704049.5578.95.camel@localhost.localdomain> Nice project from what I could tell. I looked into it a couple months ago and walked through the code. As far as I can tell it wasn't derived from vtiger at all. I had thought about writing them a webmail interface similar to ours but I just haven't had any time to dedicate to it. Matt On Wed, 2006-05-03 at 21:45 -0300, Sergio A. Kessler wrote: > has anyone seen this: > > http://www.enterprisegroupwaresystem.org ? > > I didn't see the code, but the crm part looks familiar... > > > /sak > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From gopals at vtiger.com Wed May 3 21:02:02 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 03 May 2006 18:02:02 -0700 Subject: [Vtigercrm-developers] Integrated Latest phpSysInfo 2.5.2 RC2 Message-ID: <10afcea6cd7.-2739018677294874289.-3222981390591371583@@vtiger.com> Hello, We have tested the latest version of phpSysInfo 2.5.2 RC2 with v5 development build. Some of the long pending issue related to System Configuration information in Window OS has been fixed. We have also tested the same in RedHat and it is working fine. I would like to request you all test it in various other Linux versions, particularly BSD and post your findings. FYI, you can check out (cvs co) the latest v5 source and test the System Configuration link available under Settings page. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/db01e18d/attachment-0004.html From libregeek at gmail.com Thu May 4 02:11:28 2006 From: libregeek at gmail.com (Manilal K M) Date: Thu, 4 May 2006 11:41:28 +0530 Subject: [Vtigercrm-developers] Use of user_privileges directory Message-ID: <2315046d0605032311p3514c673u6a02d86e4fef52cc@mail.gmail.com> Hi all, Please somebody give information about the user_privileges in vtiger5. I found two files like #1. index.html #2. sharing_privileges_2.php #3. user_privileges_2.php #4. sharing_privileges_1.php #5. user_privileges_1.php I searched the documentation, but no information. Is these files dynamically created or statically created when the user is created? regards Manilal From richie at vtiger.com Thu May 4 02:31:52 2006 From: richie at vtiger.com (Richie) Date: Wed, 03 May 2006 23:31:52 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <10afe1866d3.3329408199491161929.6491690970121438669@@vtiger.com> Hi! I would suggest that we have a branch for the PostGres part so that the merging will be a separate operation. This will ensure that we are able to keep track of breakages as well. JeffK, what do you suggest? The core-team has been working on bug-fixes and has done quite a lot of changes. I am concerned that we might again have to run in circles in the worst case with the PostGres fixes. Allan, no offence meant. Just voicing my concern. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Filling in the gaps. On 5/3/06, Joel Rydbeck <Joel.Rydbeck at nubrek.com> wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4af89e4e/attachment-0002.html From m.jacquemes at neuf.fr Thu May 4 06:26:12 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Thu, 04 May 2006 12:26:12 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: I don't want to give you more work on Postgres support but maybe you remember I have done some work on MsSQL few time ago. I found that most of the efforts you have done normalizing queries were compatible with MsSQL. I have already made V5 work on this database but my code is not clean enough to contribute. What I would be interested is to follow your work and, if you agree, eventually make suggestions to have more portable queries. There is unfortunately a prerequisite for MsSQL about database schema. MsSql needs that all foreign key constraints ON DELETE CASCADE be replaced by ON DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I have already posted some lmails about that but never had feedback. This clause is actually silly because there are loops in vtiger database schema and I don't know how will react Postgres if it is activated. I do think that if we could have MsSQL support at the same time it will be a plus for vtiger. Michel From jtk at yahoo.com Thu May 4 11:28:02 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 04 May 2006 11:28:02 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <29109.7996909686$1146724345@news.gmane.org> Message-ID: Richie wrote: > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. This will ensure that we are able > to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in > the worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie Personally, I don't mind using a branch. It is extra work to maintain (and fewer people will test), but no one wants to slow down the vtiger teams workflow. Allan thinks the changes (some setup changes initially, then 'ADODB/SQL standardising' one query at a time) shouldn't cause breakage in the trunk. If we can safely land the changeset that supports both postgresql and mysql setup, I agree with Allan that there should be very little impact on mysql users from the per-query changesets. If there's a problem, just back that changeset out and ref #752. If the original plan is resumed to make a vtigercrm/branches/5.0_postgresql_integration, I will volunteer to naively merge (e.g. trunk wins conflicts, annotated) incoming trunk changesets to the postgresql branch during the few days while Allan, Joel and Michel's postgresql work is being done. FWIW, we could try the development in the trunk, and branch at any time if problems arise. I expect that after the postgresql setup capability is added, there won't really be a need to branch. From allan.bush+vtiger_dev at gmail.com Thu May 4 11:58:59 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:58:59 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> I'd love to support MsSQL as well, unfortunately I don't have a MsSQL test environment which make it pretty impractical for me to make the required changes. Have you tried checking out the latest code from the 4.2 branch to see how it works on MsSQL? I'd be interested to know how it works out for you, I anticipate you'll have a few rough spots where I made some ugly hacks based on the database being Postgres. The ON DELETE CASCADEs work really well in Postgres actually (not that anything really ever gets deleted via the web interface). Do you have an example of a loop so I can test that part out? Let me know of the issues you have and I'll try and incorporate them into the Postgres changeset. Allan On 5/4/06, Michel JACQUEMES wrote: > I don't want to give you more work on Postgres support but maybe you > remember I have done some work on MsSQL few time ago. I found that most of > the efforts you have done normalizing queries were compatible with MsSQL. > > I have already made V5 work on this database but my code is not clean enough > to contribute. What I would be interested is to follow your work and, if you > agree, eventually make suggestions to have more portable queries. > > There is unfortunately a prerequisite for MsSQL about database schema. MsSql > needs that all foreign key constraints ON DELETE CASCADE be replaced by ON > DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I > have already posted some lmails about that but never had feedback. > This clause is actually silly because there are loops in vtiger database > schema and I don't know how will react Postgres if it is activated. > > I do think that if we could have MsSQL support at the same time it will be a > plus for vtiger. > > Michel > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From m.jacquemes at neuf.fr Thu May 4 23:42:51 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Fri, 05 May 2006 05:42:51 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> Message-ID: Hi Allan, I know it works because vtiger never use this feature. I have never tested it directly and don't know what are doing MySql or Postgres. Anyway I don't think it is a good practice. Code has to master record deletion, know if there are depending records and so on. You will find joined a loop sample but there are several others. The problem with MsSQL is that it makes its control at constraint creation. If you leave the schema as it is you loose all the constraints. I have submitted a ticket, Mike has scheduled it for rc5. http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/53 I will test Postgres branch soon. Michel > -----Message d'origine----- > De?: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm- > developers-bounces at lists.vtigercrm.com] De la part de Allan Bush > Envoy??: jeudi 4 mai 2006 17:59 > ??: vtigercrm-developers at lists.vtigercrm.com > Objet?: Re: [Vtigercrm-developers] postgres support in v5 > > I'd love to support MsSQL as well, unfortunately I don't have a MsSQL > test environment which make it pretty impractical for me to make the > required changes. > > Have you tried checking out the latest code from the 4.2 branch to see > how it works on MsSQL? I'd be interested to know how it works out for > you, I anticipate you'll have a few rough spots where I made some ugly > hacks based on the database being Postgres. > > The ON DELETE CASCADEs work really well in Postgres actually (not that > anything really ever gets deleted via the web interface). Do you have > an example of a loop so I can test that part out? > > Let me know of the issues you have and I'll try and incorporate them > into the Postgres changeset. > > Allan -------------- next part -------------- A non-text attachment was scrubbed... Name: SchemaCRMEntity.jpg Type: image/jpeg Size: 56957 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060505/e4a8ed5e/attachment-0002.jpg From jtk at yahoo.com Fri May 5 21:03:07 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 05 May 2006 21:03:07 -0400 Subject: [Vtigercrm-developers] PHP interactive shell available Message-ID: http://jan.kneschke.de/projects/php-shell/ This interactive environment for recent php versions may be helpful to some of the active coders and debuggers on the vtigercrm project. Just FYI, hope it helps. From jtk at yahoo.com Sun May 7 23:38:36 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 07 May 2006 23:38:36 -0400 Subject: [Vtigercrm-developers] trac timeline decrease from 30 days to 7 days default? Message-ID: Can someone with admin access to the trac server set the 'days back' parameter for: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/timeline from '30' to '7' days or so? I think a week of activity is enough to stay informed for the default view... I check this page frequently each day, and I feel like I'm slowing the server for others when I do. vtigercrm fortunately enjoys lots of activity, between trac tickets and changelog messages. Thanks. From webmaster at vtigercrmfrance.org Mon May 8 03:23:51 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 08 May 2006 09:23:51 +0200 Subject: [Vtigercrm-developers] plesk package for vtiger is coming Message-ID: <445EF207.2080801@vtigercrmfrance.org> Hi, a french community member (nick hyperion) ask to 4psa.com for having a plesk installer, this is the thread : http://forum.4psa.com/showthread.php?s=efb63c42835ae959cf633f7af4104163&p=895#post895 vtiger CRM near to be packaged with 4psa products... A?ssa From richie at vtiger.com Tue May 9 05:00:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 09 May 2006 02:00:25 -0700 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <001001c66b65$8da86490$6364a8c0@ifoundriest30> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> Message-ID: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Hello! We will be proceeding in the same format for supporting multi-languages in vtiger CRM 5 as in the previous releases. We have not been able to implement the gettext mechanism in this release due to logistical and technical issues. We did look into ways and means of integrating the stuff that mikecrowe had provided but have decided to drop it for now. Those interested in the language fixes can checkout the code base by tomorrow night and start testing the same. The inputs are most welcome. I would personally be very happy if the Beta comes out with complete i18n support, nothing like it! We are working on removing all the hard-coded strings in the product and hope to have them all removed by tomorrow night India Time. I know, I am reneging from my previous statement for supporting gettext but under the given circumstances, I think this is the right thing to do. Requesting your understanding, Thanks, Richie ---- Nicholas Chan<ncknight at pacific.net.sg> wrote ---- Hello Richie,   I am not sure about the approach taken, but would it happen to be based on language files? If so, publishing the language file template would be a start for volunteers to begin localization work?   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Richie Sent: 27 April 2006 20:28 To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] multi-language support in v5   Hello! We have not made much progress in v5 with respect to the muli-language support. We need help.  Please do suggest approaches for the same as well. We had been initially working on mikecrowe's contribution but we are not able to get in touch with him for sometime now so the job is still incomplete. Richie _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060509/d01b4552/attachment-0002.html From webmaster at vtigercrmfrance.org Tue May 9 05:05:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 09 May 2006 11:05:49 +0200 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Message-ID: <44605B6D.9010001@vtigercrmfrance.org> This is a very good news Richie. A?ssa Richie a ?crit : > Hello! > > We will be proceeding in the same format for supporting > multi-languages in vtiger CRM 5 as in the previous releases. We have > not been able to implement the gettext mechanism in this release due > to logistical and technical issues. > > We did look into ways and means of integrating the stuff that > mikecrowe had provided but have decided to drop it for now. > > Those interested in the language fixes can checkout the code base by > tomorrow night and start testing the same. > The inputs are most welcome. > I would personally be very happy if the Beta comes out with complete > i18n support, nothing like it! > > We are working on removing all the hard-coded strings in the product > and hope to have them all removed by tomorrow night India Time. > > I know, I am reneging from my previous statement for supporting > gettext but under the given circumstances, I think this is the right > thing to do. > > Requesting your understanding, > > Thanks, > Richie > > > > > ---- Nicholas Chan wrote ---- > > Hello Richie, > > > > I am not sure about the approach taken, but would it happen to be > based on language files? If so, publishing the language file > template would be a start for volunteers to begin localization work? > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On > Behalf Of *Richie > *Sent:* 27 April 2006 20:28 > *To:* vtigercrm-developers at lists.vtigercrm.com > *Subject:* [Vtigercrm-developers] multi-language support in v5 > > > > Hello! > > We have not made much progress in v5 with respect to the muli-language support. > We need help. > > Please do suggest approaches for the same as well. > > We had been initially working on mikecrowe's contribution but we are not able to get > in touch with him for sometime now so the job is still incomplete. > > Richie > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > ------------------------------------------------------------------------ > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From dome at tel.co.th Wed May 10 08:07:24 2006 From: dome at tel.co.th (Dome C.) Date: Wed, 10 May 2006 00:07:24 -1200 Subject: [Vtigercrm-developers] vtiger Developer Document. Message-ID: <4461D77C.4030909@tel.co.th> Dear all, I want to develop new module. can someone show me where to get document for add new report . Dome C. From libregeek at gmail.com Wed May 10 02:05:20 2006 From: libregeek at gmail.com (Manilal K M) Date: Wed, 10 May 2006 11:35:20 +0530 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <4461D77C.4030909@tel.co.th> References: <4461D77C.4030909@tel.co.th> Message-ID: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal From gopals at vtiger.com Wed May 10 08:48:52 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 10 May 2006 05:48:52 -0700 Subject: [Vtigercrm-developers] vtiger 5 (Pre Beta)- Performance Reports Message-ID: <10b1e57b540.3932993279951289798.-6540623306402778293@@vtiger.com> Dear Team, Last month our team (particularly Jeri) did some performance testing on vtiger CRM 5 Alpha 5 build using AdventNet QEngine software (AdventNet donated this software for vtiger Development). Based on the first set of results our team has tweaked the code. Aftertuning there is a significant improvement in Server Response and Pageloading times. Please have a look at detailed performance reports at: http://vtiger.com/products/crm/v5performance/index.php There is a lot of scope of improvement and this is a first step in this direction. Please feel free to post your views. Cheers, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060510/fab4976c/attachment-0004.html From werk at r2g.nl Wed May 10 11:24:52 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Wed, 10 May 2006 17:24:52 +0200 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> Message-ID: HI Manilal and Dome C., It depends on what you want to add. I have implemented several small items for customers specific questions, I just simple add an new directory to the directory 'modules' and kept every item in that directory. Even documenting in that place what I change on the core itself. That worked for me. So any report is done completly on it's own way, only didn't had the time to implement it into reports yet. regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Manilal K M Verzonden: woensdag 10 mei 2006 8:05 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: Re: [Vtigercrm-developers] vtiger Developer Document. On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From dgrant at accuratetechnologies.com Wed May 10 14:34:47 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 10 May 2006 14:34:47 -0400 Subject: [Vtigercrm-developers] Bizzare database design for Emails - what is going on? Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FE@exch.accuratetechnologies.com> OK, so my customer asked that attachments to Emails show up in the attachments list for both the associated Contact and the Contact's Account. I had already done something similar for "normal" attachments where if you make an attachment to a Contact, it is added to the list of Attachments for the Account as well. That was pretty simple - look up the AccountID associated with the Contact, and then add another line to seattachmentsrel with the AccountID and the AttachmentID. I was expecting to do something similar here. First, however, it took a while to figure out where the Email attachments were getting added into seattachmentsrel. That turns out to be buried in a function in data/CRMEntity.php But that is when I made an astounding discovery: 1) The email table contains: mysql> describe emails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | emailid | int(19) | | PRI | 0 | | | filename | varchar(50) | YES | | NULL | | | description | longtext | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+ Oddly, no Subject field... and the body of the email is in "description". But then I discover that "description" is carried over into the "description" field of the associated CRMentity, and in the Name field of the associated attachment! WHAT? Check this out: (dashes deleted for clarity) mysql> select description from emails where emailid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select description from crmentity where crmid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select attachmentsid from seattachmentsrel where crmid=15776; +---------------+ | attachmentsid | +---------------+ | 15777 | +---------------+ 1 row in set (0.01 sec) mysql> select description from attachments where attachmentsid=15777; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris | 1 row in set (0.00 sec) WTF? Surely this cannot be correct? It would make much more sense to put the email Subject line (wherever that is stored...) in the description fields of the crmentity and the attachment.... DG From webmaster at vtigercrmfrance.org Wed May 10 18:16:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 00:16:00 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) Message-ID: <44626620.6000502@vtigercrmfrance.org> Hi all, this is a small report for today svn snapshot. Homepage : latest activities added layer appear (see screenshot), i think you know already. Tab marketing, subtab account & contact, if i add an task/activitie, the redirection goes to tab support, the good subtab. (very small problem) Tab "More information", when i translate close (for task/events) the table is not correctly displyed, miss the cell for close (X). The compose email pop up, is just a little to small (need 50px weight more), Problem with ' in company field information (alway), When i send an email to a lead or contact, lead/contact description added to mail body. Very very very bad ! Imagine my comment, "fucking guy, dislike to work with him, bad debtor". Ouch ! Can't change invoices status, quotes /SO/PO stage on picklist settings (i think you just need time for quotes/SO/PO, but for the invoices, it's miss since 4.x) Migration script alway break the install, i have make a test with a new and clean vtiger crm 4.2.3 database (without adding any data), only 4 tables created : *actionmapping, announcement, field_seq, profile2globalpermissions. *Brand question (i think to saint ?) why design the tiger pound to left on rss, calendar, email module ? The vtiger logo use a pount inclined to right. Migration question : Why not provide migration script during install ? With user choice install/upgrade. Loggin question : The logs make vtiger CRM slow, why not put loggin to WARN for stable version ? Adding 1 more field to calls/meetings for incoming/outgoing can be very good. Now the good things :) New really impressive design for the calendar, very very good ! The quick create function can be a killer feature on vtiger 5 (time winning!!!)! The search engine is very cool, now we can search on entire system. The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have said about report module ;) ) New real effort for translaters, thankkkksssssss, i am impatient to see vtiger crm 5 full french (and all french users too) ! MSG to Richie, you say about i18n on forum: " Yes, we do need help.", what kind of help ? Harcode string feedback ? Moving harcode to lang file and give a patch ?... I'm ready. About gettext, the problem with gettext, is you can loose translaters, gettext is more difficult to use, but more efficient. We need a full translate of vtiger CRM 5 (not 6). So for now, it's the right decision. Conclusion : vtiger crm 5 is on the right way, look good, smell good. And i'm really enthusiastic(not sure for this word) I hope the plug-ins with same quality. A?ssa, gone to write a news on vtiger france -------------- next part -------------- A non-text attachment was scrubbed... Name: homepage_bug.jpg Type: image/jpeg Size: 46753 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/b1efd6aa/attachment-0002.jpg From sergiokessler at gmail.com Wed May 10 18:36:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 10 May 2006 19:36:24 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <44626620.6000502@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> Message-ID: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> gettext is an order of magnitude easier to use for translators (than an array based aproach) if you use poedit. http://www.poedit.org/ and I do not want to mention that gettext produces and keep sincronized the files to translate automagically... /sak On 5/10/06, Abos wrote: > Hi all, > this is a small report for today svn snapshot. > > Homepage : latest activities added layer appear (see screenshot), i > think you know already. > > Tab marketing, subtab account & contact, if i add an task/activitie, the > redirection goes to tab support, the good subtab. (very small problem) > > Tab "More information", when i translate close (for task/events) the > table is not correctly displyed, miss the cell for close (X). > > The compose email pop up, is just a little to small (need 50px weight more), > > Problem with ' in company field information (alway), > > When i send an email to a lead or contact, lead/contact description > added to mail body. Very very very bad ! Imagine my comment, "fucking > guy, dislike to work with him, bad debtor". Ouch ! > > Can't change invoices status, quotes /SO/PO stage on picklist settings > (i think you just need time for quotes/SO/PO, but for the invoices, it's > miss since 4.x) > > Migration script alway break the install, i have make a test with a new > and clean vtiger crm 4.2.3 database (without adding any data), only 4 > tables created : *actionmapping, announcement, field_seq, > profile2globalpermissions. > > *Brand question (i think to saint ?) why design the tiger pound to left > on rss, calendar, email module ? The vtiger logo use a pount inclined to > right. > > Migration question : > Why not provide migration script during install ? With user choice > install/upgrade. > > Loggin question : The logs make vtiger CRM slow, why not put loggin to > WARN for stable version ? > > Adding 1 more field to calls/meetings for incoming/outgoing can be very > good. > > Now the good things :) > New really impressive design for the calendar, very very good ! > The quick create function can be a killer feature on vtiger 5 (time > winning!!!)! > The search engine is very cool, now we can search on entire system. > The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > said about report module ;) ) > New real effort for translaters, thankkkksssssss, i am impatient to see > vtiger crm 5 full french (and all french users too) ! > MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > what kind of help ? Harcode string feedback ? Moving harcode to lang > file and give a patch ?... I'm ready. > > About gettext, the problem with gettext, is you can loose translaters, > gettext is more difficult to use, but more efficient. We need a full > translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > > Conclusion : vtiger crm 5 is on the right way, look good, smell good. > And i'm really enthusiastic(not sure for this word) > I hope the plug-ins with same quality. > A?ssa, > gone to write a news on vtiger france > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > From jtk at yahoo.com Wed May 10 18:59:26 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 10 May 2006 18:59:26 -0400 Subject: [Vtigercrm-developers] Migration capabilities planned for vtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Message-ID: Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? From webmaster at vtigercrmfrance.org Wed May 10 19:05:38 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 01:05:38 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> Message-ID: <446271C2.5090103@vtigercrmfrance.org> ok, Translate on array is boring, but really easy, using tool like poedit... is another thing (not really difficult i agree). But i prefer translate on php files and have vtiger CRM 5 may be for june than wait 2 more months and have gettext. Gettext doesn't resolve all the harcode problems (please confim). And before make the change, we have to train/inform the translators, loose some translators (and lang so) during the change is not good. A?ssa Sergio A. Kessler a ?crit : > gettext is an order of magnitude easier to use for translators (than > an array based aproach) if you use poedit. > > http://www.poedit.org/ > > and I do not want to mention that gettext produces and keep > sincronized the files to translate automagically... > > /sak > > On 5/10/06, Abos wrote: > >> Hi all, >> this is a small report for today svn snapshot. >> >> Homepage : latest activities added layer appear (see screenshot), i >> think you know already. >> >> Tab marketing, subtab account & contact, if i add an task/activitie, the >> redirection goes to tab support, the good subtab. (very small problem) >> >> Tab "More information", when i translate close (for task/events) the >> table is not correctly displyed, miss the cell for close (X). >> >> The compose email pop up, is just a little to small (need 50px weight more), >> >> Problem with ' in company field information (alway), >> >> When i send an email to a lead or contact, lead/contact description >> added to mail body. Very very very bad ! Imagine my comment, "fucking >> guy, dislike to work with him, bad debtor". Ouch ! >> >> Can't change invoices status, quotes /SO/PO stage on picklist settings >> (i think you just need time for quotes/SO/PO, but for the invoices, it's >> miss since 4.x) >> >> Migration script alway break the install, i have make a test with a new >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >> tables created : *actionmapping, announcement, field_seq, >> profile2globalpermissions. >> >> *Brand question (i think to saint ?) why design the tiger pound to left >> on rss, calendar, email module ? The vtiger logo use a pount inclined to >> right. >> >> Migration question : >> Why not provide migration script during install ? With user choice >> install/upgrade. >> >> Loggin question : The logs make vtiger CRM slow, why not put loggin to >> WARN for stable version ? >> >> Adding 1 more field to calls/meetings for incoming/outgoing can be very >> good. >> >> Now the good things :) >> New really impressive design for the calendar, very very good ! >> The quick create function can be a killer feature on vtiger 5 (time >> winning!!!)! >> The search engine is very cool, now we can search on entire system. >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >> said about report module ;) ) >> New real effort for translaters, thankkkksssssss, i am impatient to see >> vtiger crm 5 full french (and all french users too) ! >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >> what kind of help ? Harcode string feedback ? Moving harcode to lang >> file and give a patch ?... I'm ready. >> >> About gettext, the problem with gettext, is you can loose translaters, >> gettext is more difficult to use, but more efficient. We need a full >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >> >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >> And i'm really enthusiastic(not sure for this word) >> I hope the plug-ins with same quality. >> A?ssa, >> gone to write a news on vtiger france >> >> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From werk at r2g.nl Thu May 11 02:13:28 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Thu, 11 May 2006 08:13:28 +0200 Subject: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? In-Reply-To: Message-ID: Jeff, I agree totaly, if we don't support data migration in beta we'll never be able to be sure that you can migrate without any lost information. For me it would be a no-go for using vtigercrm v5 as I have to much data myself in 4.2.3 as well for my clients :-( Regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Jeff Kowalczyk Verzonden: donderdag 11 mei 2006 0:59 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From webmaster at vtigercrmfrance.org Thu May 11 06:14:36 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 12:14:36 +0200 Subject: [Vtigercrm-developers] About translation testing Message-ID: <44630E8C.9020800@vtigercrmfrance.org> Hi Richie, about your post : http://forums.vtiger.com/viewtopic.php?p=24400 Find file Customview.zip, inside : Smarty/templates/Customview.tpl //changed for a full translation modules/CustomView/customview.php //with some little change for full translation modules/CustomView/lanuages/en_us.lang.php //Incompl?te english lot for strings in french send you the rest tonight french time. Regards, A?ssa -------------- next part -------------- A non-text attachment was scrubbed... Name: CustomView.zip Type: application/x-zip-compressed Size: 14272 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/19a691ca/attachment-0002.bin From webmaster at vtigercrmfrance.org Thu May 11 07:19:57 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 13:19:57 +0200 Subject: [Vtigercrm-developers] English file for customview module Message-ID: <44631DDD.7020005@vtigercrmfrance.org> Like promise, this is the english file for module customview. 'Custom View', 'LBL_STEP_1_TITLE'=>'View Information', 'LBL_VIEW_NAME'=>'View Name:', 'LBL_SETDEFAULT'=>'Set as Default', 'LBL_LIST_IN_METRICS'=>'List in Metrics', 'LBL_STEP_2_TITLE'=>'Choose Columns', 'LBL_STEP_3_TITLE'=>'Standard Filters', 'LBL_STEP_4_TITLE'=>'Advanced Filters', 'LBL_STEP_5_TITLE'=>'Access Information', 'LBL_SF_COLUMNS'=>'Column', 'LBL_SF_STARTDATE'=>'Start Date', 'LBL_SF_ENDDATE'=>'End Date', 'LBL_AF_HDR1'=>'Set the search conditions to further restrict the list.', 'LBL_AF_HDR2'=>'You can use "or" filters by entering multiple items in the third column.', 'LBL_AF_HDR3'=>'You can enter up to 10 items, separated by commas. For example: CA, NY, TX, FL searches for CA or NY or TX or FL.', 'LBL_AF_HDR4'=>'If "Activity Type" is selected, give any one of the following values "Call","Meeting" or "Task".', //strings added for vtiger 5, date format... 'LBL_NONE'=>'None', 'View_Name'=>'View_Name', 'LBL_AND'=>'And', 'LBL_DATE_FORMAT_CUSTOMVIEW'=>'Y-m-d', //Strings added for filter 'Custom'=>'Custom', 'Previous FY'=>'Previous FY', 'Current FY'=>'Current FY', 'Next FY'=>'Next FY', 'Previous FQ'=>'Previous FQ', 'Current FQ'=>'Current FQ', 'Next FQ'=>'Next FQ', 'Yesterday'=>'Yesterday', 'Today'=>'Today', 'Tomorrow'=>'Tomorrow', 'Last Week'=>'Last Week', 'Current Week'=>'Current Week', 'Next Week'=>'Next Week', 'Last Month'=>'Last Month', 'Current Month'=>'Current Month', 'Next Month'=>'Next Month', 'Last 7 Days'=>'Last 7 Days', 'Last 30 Days'=>'Last 30 Days', 'Last 60 Days'=>'Last 60 Days', 'Last 90 Days'=>'Last 90 Days', 'Last 120 Days'=>'Last 120 Days', 'Next 30 Days'=>'Next 30 Days', 'Next 60 Days'=>'Next 60 Days', 'Next 90 Days'=>'Next 90 Days', 'Next 120 Days'=>'Next 120 Days', 'equals'=>'equals', 'not_equal_to'=>'Not equal to', 'starts_with'=>'Commence par', 'contains'=>'Contient', 'does_not_contain'=>'does not contain', 'less_than'=>'less than', 'greater_than'=>'greater than', 'less_or_equal'=>'less or equal', 'greater_or_equal'=>'greater or equal', //Strings added to translate field label groups 'Address'=>'Address', 'Information'=>'Information', 'Description'=>'Description', 'Custom Information'=>'Custom Information', '- Event Information'=>'- Event Information', '- Event Description'=>'- Event Description', '- Task Information'=>'- Task Information', '- Task Description'=>'- Task Description', //Strings added for helpdesk module fields 'Title'=>'Title', 'Assigned To'=>'Assigned To', 'Related to'=>'Related to', 'Priority'=>'Priority', 'Product Name'=>'Product Name', 'Severity'=>'Severity', 'Status'=>'Status', 'Category'=>'Category', 'Created Time'=>'Created Time', 'Modified Time'=>'Modified Time', 'Attachment'=>'Attachment', //Strings added for Leads module fields 'First Name'=>'First Name', 'Phone'=>'Phone', 'Last Name'=>'Last Name', 'Company'=>'Company', 'Lead Source'=>'Lead Source', 'Website'=>'Website', 'Industry'=>'Industry', 'Lead Status'=>'Statut', 'Annual Revenue'=>'Chiffre d\'affaire', 'Rating'=>'Evaluation', 'No Of Employees'=>'Effectif', 'Street'=>'Adresse', 'Po Box'=>'Boite postale', 'Postal Code'=>'Code postal', 'City'=>'Ville', 'Country'=>'Pays', 'State'=>'Département', //Strings added for Accounts module fields 'Account Name'=>'Nom compte', 'Ticker Symbol'=>'Symbole boursier', 'Other Phone'=>'Autre téléphone', 'Member Of'=>'Filiale de', 'Employees'=>'Effectif', 'Other Email'=>'Other Email', 'Ownership'=>'Ownership', 'industry'=>'industry', 'SIC Code'=>'SIC Code', 'Email Opt Out'=>'Email Opt Out', 'Billing Address'=>'Billing Address', 'Shipping Address'=>'Shipping Address', 'Shipping Po Box'=>'Shipping Po Box', 'Billing Po Box'=>'Billing Po Box', 'Billing City'=>'Billing City', 'Shipping City'=>'Shipping City', 'Billing State'=>'Billing State', 'Shipping State'=>'Shipping State', 'Billing Code'=>'Billing Code', 'Shipping Code'=>'Shipping Code', 'Shipping Country'=>'Shipping Country', 'Billing Country'=>'Billing Country', //Strings added for Contacts module fields 'Office Phone'=>'Office Phone', 'Home Phone'=>'Home Phone', 'Birthdate'=>'Birthdate', 'Reports To'=>'Reports To', 'Assistant Phone'=>'Assistant Phone', 'Do Not Call'=>'Do Not Call', 'Mailing Street'=>'Mailing Street', 'Other Street'=>'Other Street', 'Mailing Po Box'=>'Mailing Po Box', 'Other Po Box'=>'Other Po Box', 'Mailing City'=>'Mailing City', 'Other City'=>'Other City', 'Mailing State'=>'Mailing State', 'Other State'=>'Other State', 'Mailing Zip'=>'Mailing Zip', 'Other Zip'=>'Other Zip', 'Mailing Country'=>'Mailing Country', 'Other Country'=>'Other Country', //Strings added for Potential module fields 'Potential Name'=>'Potential Name', 'Amount'=>'Amount', 'Expected Close Date'=>'Expected Close Date', 'Next Step'=>'Next Step', 'Sales Stage'=>'Sales Stage', 'Probability'=>'Probability', //Strings added for Quotes module fields 'Subject'=>'Subject', 'Quote Stage'=>'Quote Stage', 'Valid Till'=>'Valid Till', 'Team'=>'Team', 'Contact Name'=>'Contact Name', 'Carrier'=>'Carrier', 'Shipping'=>'Shipping', 'Inventory Manager'=>'Inventory Manager', //Strings added for Sales Orders module fields 'Customer No'=>'Customer No', 'Quote Name'=>'Quote Name', 'Purchase Order'=>'Purchase Order', 'Due Date'=>'Due Date', 'Pending'=>'Pending', 'Sales Commission'=>'Sales Commission', 'Excise Duty'=>'Excise Duty', //Strings added for Invoices module fields 'Sales Order'=>'Sales Order', 'Invoice Date'=>'Invoice Date', //Strings added for Product module fields 'Product Code'=>'Product Code', 'Product Active'=>'Product Active', 'Product Category'=>'Product Category', 'Sales Start Date'=>'Sales Start Date', 'Sales End Date'=>'Sales End Date', 'Support Start Date'=>'Support Start Date', 'Vendor Name'=>'Vendor Name', 'Mfr PartNo'=>'Mfr PartNo', 'Vendor PartNo'=>'Vendor PartNo', 'Serial No'=>'Serial No', 'Product Sheet'=>'Product Sheet', 'GL Account'=>'GL Account', //Strings added for Price book module fields 'Price Book Name'=>'Price Book Name', 'Active'=>'Active', //Strings added for tasks & events module fields 'Start Date & Time'=>'Start Date & Time', //error message 'Missing required fields'=>'Missing required fields', //Strings added for campaigns 'Campaign Name'=>'Campaign Name', 'Campaign Type'=>'Campaign Type', 'Product'=>'Product', 'Campaign Status'=>'Campaign Status', 'Expected Revenue'=>'Expected Revenue', 'Budget Cost'=>'Budget Cost', 'Actual Cost'=>'Actual Cost', 'Expected Response'=>'Expected Response', 'Num Sent'=>'Num Sent', 'Target Audience'=>'Target Audience', 'TargetSize'=>'TargetSize', 'Sponsor'=>'Sponsor', 'Expected Sales Count'=>'Expected Sales Count', 'Expected Response Count'=>'Expected Response Count', 'Expected ROI'=>'Expected ROI', 'Actual Sales Count'=>'Actual Sales Count', 'Actual Response Count'=>'Actual Response Count', 'Actual ROI'=>'Actual ROI', //Added for customview.tpl 'LBL_Select_a_Column'=>'Select a Column', 'Missing_required_fields'=>'Missing required fields', 'Details'=>'Details', 'New_Custom_View'=>'New Custom view', 'LBL_AF_HDR5'=>'Simple Time Filter allows you to select date based on Account Created Time or Account Modified Time', 'Select_Duration'=>'Select Duration', 'Simple_Time_Filter'=>'Simple Time Filter', 'Start_Date'=>'Start Date', 'End_Date'=>'End_Date', 'LBL_RULE'=>'LBL_RULE', ); ?> From webmaster at vtigercrmfrance.org Thu May 11 08:31:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 14:31:00 +0200 Subject: [Vtigercrm-developers] vtiger CRM translations Message-ID: <44632E84.8030204@vtigercrmfrance.org> Alway for translate. File smarty/templates/listview.tpl Line 118 change "Basic Search" for {$APP.LNK_BASIC_SEARCH} Line 241 change "Change Owner" for {$APP.LBL_CHANGE_OWNER} for the search, you use *"Search $module for" In $field module *in france ( and i think in fews other country) we say something like : $module search In $field module. So i think the best is to remove $module. To have : Search for in $ field module You can also add following strings in APP.lang : 'Sales'=>'Sales', 'My Home Page'=>'My Home Page', 'Marketing'=>'Marketing', 'Support'=>'Support', 'Analytics'=>'Analytics', 'Inventory'=>'Inventory', 'Tools'=>'Tools', 'Settings'=>'Settings', And change $maintabs by {$APP.$maintabs} in header.tpl. From sergiokessler at gmail.com Thu May 11 10:06:07 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 11:06:07 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <446271C2.5090103@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> Message-ID: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> aisa, is a lot more probably that you *gain* translators instead of loosing them... (I don't know how you came to that conclusion) don't be afraid of gettext, the day you know it, you will wonder why this thing hasn't used before... gettext doesn't resolve the harcoded strings problems, BUT it makes the task of mark a string to be tranlated SO easy, that's is not even funny... all you have to do is to change something from: echo "harcoded string"; to echo _("translatable string"); then you run a script that does all the dirty work for you... and voil?, you have all the diccionaries updated and sinchronized... On 5/10/06, Abos wrote: > ok, > Translate on array is boring, but really easy, using tool like poedit... > is another thing (not really difficult i agree). > But i prefer translate on php files and have vtiger CRM 5 may be for > june than wait 2 more months and have gettext. > Gettext doesn't resolve all the harcode problems (please confim). > And before make the change, we have to train/inform the translators, > loose some translators (and lang so) during the change is not good. > A?ssa > > Sergio A. Kessler a ?crit : > > gettext is an order of magnitude easier to use for translators (than > > an array based aproach) if you use poedit. > > > > http://www.poedit.org/ > > > > and I do not want to mention that gettext produces and keep > > sincronized the files to translate automagically... > > > > /sak > > > > On 5/10/06, Abos wrote: > > > >> Hi all, > >> this is a small report for today svn snapshot. > >> > >> Homepage : latest activities added layer appear (see screenshot), i > >> think you know already. > >> > >> Tab marketing, subtab account & contact, if i add an task/activitie, the > >> redirection goes to tab support, the good subtab. (very small problem) > >> > >> Tab "More information", when i translate close (for task/events) the > >> table is not correctly displyed, miss the cell for close (X). > >> > >> The compose email pop up, is just a little to small (need 50px weight more), > >> > >> Problem with ' in company field information (alway), > >> > >> When i send an email to a lead or contact, lead/contact description > >> added to mail body. Very very very bad ! Imagine my comment, "fucking > >> guy, dislike to work with him, bad debtor". Ouch ! > >> > >> Can't change invoices status, quotes /SO/PO stage on picklist settings > >> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >> miss since 4.x) > >> > >> Migration script alway break the install, i have make a test with a new > >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >> tables created : *actionmapping, announcement, field_seq, > >> profile2globalpermissions. > >> > >> *Brand question (i think to saint ?) why design the tiger pound to left > >> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >> right. > >> > >> Migration question : > >> Why not provide migration script during install ? With user choice > >> install/upgrade. > >> > >> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >> WARN for stable version ? > >> > >> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >> good. > >> > >> Now the good things :) > >> New really impressive design for the calendar, very very good ! > >> The quick create function can be a killer feature on vtiger 5 (time > >> winning!!!)! > >> The search engine is very cool, now we can search on entire system. > >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >> said about report module ;) ) > >> New real effort for translaters, thankkkksssssss, i am impatient to see > >> vtiger crm 5 full french (and all french users too) ! > >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >> what kind of help ? Harcode string feedback ? Moving harcode to lang > >> file and give a patch ?... I'm ready. > >> > >> About gettext, the problem with gettext, is you can loose translaters, > >> gettext is more difficult to use, but more efficient. We need a full > >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >> > >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >> And i'm really enthusiastic(not sure for this word) > >> I hope the plug-ins with same quality. > >> A?ssa, > >> gone to write a news on vtiger france > >> > >> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From dgrant at accuratetechnologies.com Thu May 11 11:39:12 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Thu, 11 May 2006 11:39:12 -0400 Subject: [Vtigercrm-developers] Redone data/CRMEntity.php insertIntoAttachment function for 4.2.x Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FF@exch.accuratetechnologies.com> Attached is a revised version of the insertIntoAttachment function from data/CRMEntity.php Share and enjoy! DG ------8<-----SNIP------8<-------SNIP----------- function insertIntoAttachment($id,$module) { // Heavily modified by DG 10-11 May 2006 to: // 1) Fix inexplicable behaviour of sticking text of email into the description fields of everything // 2) Attachments to Emails now show up as attachments to Contact and Account $date_var = date('YmdHis'); global $current_user; global $adb; global $root_directory; global $vtlog; // Activate logging $ownerid = $this->column_fields['assigned_user_id']; $adb->println("insertattach ownerid=".$ownerid." mod=".$module); $adb->println($this->column_fields); if(!isset($ownerid) || $ownerid=='') $ownerid = $current_user->id; $uploaddir = $root_directory ."/test/upload/" ;// set this to wherever $binFile = $_FILES['filename']['name']; $filename = basename($binFile); $filetype= $_FILES['filename']['type']; $filesize = $_FILES['filename']['size']; if($binFile != '') { if(move_uploaded_file($_FILES["filename"]["tmp_name"],$uploaddir.$_FILES ["filename"]["name"])) { // $binFile = $_FILES['filename']['name']; // $filename = basename($binFile); // $filetype= $_FILES['filename']['type']; // $filesize = $_FILES['filename']['size']; if($filesize != 0) { $data = base64_encode(fread(fopen($uploaddir.$binFile, "r"), $filesize)); } } $current_id = $adb->getUniqueID("crmentity"); if($module=='Emails') { $idname='emailid'; $tablename='emails'; $descname='description'; // DG 10 May 2006 // Try and get the subject for the email instead, and put that into the Description // This fixes the ludicrous behaviour that the text of the email was duplicated in triplicate // in the description fields of the crmentity and the attachment $dg_subject = $this->column_fields['subject']; if ($dg_subject) { $vtlog->logthis("DGDEBUG: Found Subject: ".$dg_subject,'warn'); } else { $vtlog->logthis("DGDEBUG: No subject match in activity for activityid = ".$id,'warn'); } } else { $idname='notesid'; $tablename='notes'; $descname='notecontent'; } $sql="update ".$tablename." set filename='".$filename."' where ".$idname."=".$id; $adb->query($sql); // DG 10 May 2006 // If we don't get a subject for the email, preserve the old behavior // Should never ever happen... but I like to play it safe if ($dg_subject) { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$dg_subject."',".$adb->formatString("crmentity","createdt ime",$date_var).",".$adb->formatString("crmentity","modifiedtime",$date_ var).")"; } else { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$this->column_fields['description']."',".$adb->formatStri ng("crmentity","createdtime",$date_var).",".$adb->formatString("crmentit y","modifiedtime",$date_var).")"; } $adb->query($sql1); //$this->id = $current_id; // DG 10 May 2006 // Same deal - use the email subject if we have it, otherwise use the previous brain-dead behaviour if ($dg_subject) { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$dg_subject."','".$filetype."' ,'".$filesize."',".$adb->getEmptyBlob().")"; } else { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$this->column_fields[$descname ]."','".$filetype."','".$filesize."',".$adb->getEmptyBlob().")"; } $result=$adb->query($sql2); if($result!=false) $result = $adb->updateBlob('attachments','attachmentcontents',"attachmentsid='".$c urrent_id."' and name='".$filename."'",$data); if($_REQUEST['mode'] == 'edit') { if($id != '' && $_REQUEST['fileid'] != '') { $delquery = 'delete from seattachmentsrel where crmid = '.$id.' and attachmentsid = '.$_REQUEST['fileid']; $adb->query($delquery); } } if($module == 'Notes') { $query = "delete from seattachmentsrel where crmid = ".$id; $adb->query($query); } // DG 11 May 2006 // My customers want email attachments to show up on Contacts and Accounts // so look them up and stick them in the appropriate places if (($module == 'Emails') && ($dg_subject)) { // Look up the Contact associated with the Email $dg_sql = "select crmid from seactivityrel where activityid = ".$id; $dg_result = $adb->query($dg_sql); $dg_contactid = $adb->query_result($dg_result,0,"crmid"); $vtlog->logthis("DGDEBUG: Found matching Contact: ".$dg_contactid." for Email: ".$id,'warn'); // If we found the Contact, get the Account too if ($dg_contactid) { $dg_sql = "select accountid from contactdetails where contactid = ".$dg_contactid; $dg_result = $adb->query($dg_sql); $dg_accountid = $adb->query_result($dg_result,0,"accountid"); $vtlog->logthis("DGDEBUG: Found matching Account: ".$dg_accountid." for Contact: ".$dg_contactid,'warn'); } } // DG 11 May 2006 // At this point, if everything went right, we should have a $dg_contactid and a $dg_accountid, plus the $id and $currentid // So we add the base first, then try each of the others // The email->attachment $vtlog->logthis("DGDEBUG: inserting into seattachmentsrel from data/CRMEntity.php 2",'warn'); $sql3='insert into seattachmentsrel values('.$id.','.$current_id.')'; $adb->query($sql3); // The Contact->attachment if ($dg_contactid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_contactid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Contact: ".$dg_contactid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } // The Account->attachment if ($dg_accountid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_accountid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Account: ".$dg_accountid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } } } From webmaster at vtigercrmfrance.org Thu May 11 17:48:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:48:11 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> Message-ID: <4463B11B.9090501@vtigercrmfrance.org> Hi Sergio, do not miss understand (i know my english is poor), i'm not against gettext, if you have capabilitie to provide gettext support for vtiger crm 5 in short time, i provide french pack in pot format without any problem in same time. But i think before gettext integration, we have to ask to the translaters, to know their capabilities. Regards, A?ssa Sergio A. Kessler a ?crit : > aisa, is a lot more probably that you *gain* translators instead of > loosing them... > (I don't know how you came to that conclusion) > > don't be afraid of gettext, the day you know it, you will wonder why > this thing hasn't used before... > > gettext doesn't resolve the harcoded strings problems, > BUT it makes the task of mark a string to be tranlated SO easy, that's > is not even funny... > > all you have to do is to change something from: > > echo "harcoded string"; > > to > > echo _("translatable string"); > > then you run a script that does all the dirty work for you... > and voil?, you have all the diccionaries updated and sinchronized... > > > > On 5/10/06, Abos wrote: > >> ok, >> Translate on array is boring, but really easy, using tool like poedit... >> is another thing (not really difficult i agree). >> But i prefer translate on php files and have vtiger CRM 5 may be for >> june than wait 2 more months and have gettext. >> Gettext doesn't resolve all the harcode problems (please confim). >> And before make the change, we have to train/inform the translators, >> loose some translators (and lang so) during the change is not good. >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> gettext is an order of magnitude easier to use for translators (than >>> an array based aproach) if you use poedit. >>> >>> http://www.poedit.org/ >>> >>> and I do not want to mention that gettext produces and keep >>> sincronized the files to translate automagically... >>> >>> /sak >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> Hi all, >>>> this is a small report for today svn snapshot. >>>> >>>> Homepage : latest activities added layer appear (see screenshot), i >>>> think you know already. >>>> >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>> redirection goes to tab support, the good subtab. (very small problem) >>>> >>>> Tab "More information", when i translate close (for task/events) the >>>> table is not correctly displyed, miss the cell for close (X). >>>> >>>> The compose email pop up, is just a little to small (need 50px weight more), >>>> >>>> Problem with ' in company field information (alway), >>>> >>>> When i send an email to a lead or contact, lead/contact description >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>> guy, dislike to work with him, bad debtor". Ouch ! >>>> >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>> miss since 4.x) >>>> >>>> Migration script alway break the install, i have make a test with a new >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>> tables created : *actionmapping, announcement, field_seq, >>>> profile2globalpermissions. >>>> >>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>> right. >>>> >>>> Migration question : >>>> Why not provide migration script during install ? With user choice >>>> install/upgrade. >>>> >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>> WARN for stable version ? >>>> >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>> good. >>>> >>>> Now the good things :) >>>> New really impressive design for the calendar, very very good ! >>>> The quick create function can be a killer feature on vtiger 5 (time >>>> winning!!!)! >>>> The search engine is very cool, now we can search on entire system. >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>> said about report module ;) ) >>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>> vtiger crm 5 full french (and all french users too) ! >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>> file and give a patch ?... I'm ready. >>>> >>>> About gettext, the problem with gettext, is you can loose translaters, >>>> gettext is more difficult to use, but more efficient. We need a full >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>> >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>> And i'm really enthusiastic(not sure for this word) >>>> I hope the plug-ins with same quality. >>>> A?ssa, >>>> gone to write a news on vtiger france >>>> >>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 17:49:34 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:49:34 +0200 Subject: [Vtigercrm-developers] About translation again [Richie] Message-ID: <4463B16E.6040806@vtigercrmfrance.org> Hi Richie, do you prefer files like sended, or patch ? Regards, A?ssa From sergiokessler at gmail.com Thu May 11 18:18:28 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 19:18:28 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <4463B11B.9090501@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> Message-ID: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> I'm short on time, but I can give it a try this weekend, but the patch enabling gettext will be accepted or is too late ? 1) the patch should be short 2) the current translations can be mantained in the transition, I see no problem in enabling gettext strings each by one regards, /sak On 5/11/06, Abos wrote: > Hi Sergio, > do not miss understand (i know my english is poor), > i'm not against gettext, if you have capabilitie to provide gettext > support for vtiger crm 5 in short time, i provide french pack in pot > format without any problem in same time. > But i think before gettext integration, we have to ask to the > translaters, to know their capabilities. > Regards, > A?ssa > > Sergio A. Kessler a ?crit : > > aisa, is a lot more probably that you *gain* translators instead of > > loosing them... > > (I don't know how you came to that conclusion) > > > > don't be afraid of gettext, the day you know it, you will wonder why > > this thing hasn't used before... > > > > gettext doesn't resolve the harcoded strings problems, > > BUT it makes the task of mark a string to be tranlated SO easy, that's > > is not even funny... > > > > all you have to do is to change something from: > > > > echo "harcoded string"; > > > > to > > > > echo _("translatable string"); > > > > then you run a script that does all the dirty work for you... > > and voil?, you have all the diccionaries updated and sinchronized... > > > > > > > > On 5/10/06, Abos wrote: > > > >> ok, > >> Translate on array is boring, but really easy, using tool like poedit... > >> is another thing (not really difficult i agree). > >> But i prefer translate on php files and have vtiger CRM 5 may be for > >> june than wait 2 more months and have gettext. > >> Gettext doesn't resolve all the harcode problems (please confim). > >> And before make the change, we have to train/inform the translators, > >> loose some translators (and lang so) during the change is not good. > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> gettext is an order of magnitude easier to use for translators (than > >>> an array based aproach) if you use poedit. > >>> > >>> http://www.poedit.org/ > >>> > >>> and I do not want to mention that gettext produces and keep > >>> sincronized the files to translate automagically... > >>> > >>> /sak > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> Hi all, > >>>> this is a small report for today svn snapshot. > >>>> > >>>> Homepage : latest activities added layer appear (see screenshot), i > >>>> think you know already. > >>>> > >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>> redirection goes to tab support, the good subtab. (very small problem) > >>>> > >>>> Tab "More information", when i translate close (for task/events) the > >>>> table is not correctly displyed, miss the cell for close (X). > >>>> > >>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>> > >>>> Problem with ' in company field information (alway), > >>>> > >>>> When i send an email to a lead or contact, lead/contact description > >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>> > >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>> miss since 4.x) > >>>> > >>>> Migration script alway break the install, i have make a test with a new > >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>> tables created : *actionmapping, announcement, field_seq, > >>>> profile2globalpermissions. > >>>> > >>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>> right. > >>>> > >>>> Migration question : > >>>> Why not provide migration script during install ? With user choice > >>>> install/upgrade. > >>>> > >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>> WARN for stable version ? > >>>> > >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>> good. > >>>> > >>>> Now the good things :) > >>>> New really impressive design for the calendar, very very good ! > >>>> The quick create function can be a killer feature on vtiger 5 (time > >>>> winning!!!)! > >>>> The search engine is very cool, now we can search on entire system. > >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>> said about report module ;) ) > >>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>> vtiger crm 5 full french (and all french users too) ! > >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>> file and give a patch ?... I'm ready. > >>>> > >>>> About gettext, the problem with gettext, is you can loose translaters, > >>>> gettext is more difficult to use, but more efficient. We need a full > >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>> > >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>> And i'm really enthusiastic(not sure for this word) > >>>> I hope the plug-ins with same quality. > >>>> A?ssa, > >>>> gone to write a news on vtiger france > >>>> > >>>> > >>>> _______________________________________________ > >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>>> > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>> > >>> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 18:51:21 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 00:51:21 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> Message-ID: <4463BFE9.6000300@vtigercrmfrance.org> Sergio, Mike Crowe has sended me latest version of his gettext patch, i can mail you that if you want. Sergio A. Kessler a ?crit : > I'm short on time, but I can give it a try this weekend, > but the patch enabling gettext will be accepted or is too late ? > > 1) the patch should be short > 2) the current translations can be mantained in the transition, I see > no problem in enabling gettext strings each by one > > regards, > /sak > > On 5/11/06, Abos wrote: > >> Hi Sergio, >> do not miss understand (i know my english is poor), >> i'm not against gettext, if you have capabilitie to provide gettext >> support for vtiger crm 5 in short time, i provide french pack in pot >> format without any problem in same time. >> But i think before gettext integration, we have to ask to the >> translaters, to know their capabilities. >> Regards, >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> aisa, is a lot more probably that you *gain* translators instead of >>> loosing them... >>> (I don't know how you came to that conclusion) >>> >>> don't be afraid of gettext, the day you know it, you will wonder why >>> this thing hasn't used before... >>> >>> gettext doesn't resolve the harcoded strings problems, >>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>> is not even funny... >>> >>> all you have to do is to change something from: >>> >>> echo "harcoded string"; >>> >>> to >>> >>> echo _("translatable string"); >>> >>> then you run a script that does all the dirty work for you... >>> and voil?, you have all the diccionaries updated and sinchronized... >>> >>> >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> ok, >>>> Translate on array is boring, but really easy, using tool like poedit... >>>> is another thing (not really difficult i agree). >>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>> june than wait 2 more months and have gettext. >>>> Gettext doesn't resolve all the harcode problems (please confim). >>>> And before make the change, we have to train/inform the translators, >>>> loose some translators (and lang so) during the change is not good. >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> gettext is an order of magnitude easier to use for translators (than >>>>> an array based aproach) if you use poedit. >>>>> >>>>> http://www.poedit.org/ >>>>> >>>>> and I do not want to mention that gettext produces and keep >>>>> sincronized the files to translate automagically... >>>>> >>>>> /sak >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> Hi all, >>>>>> this is a small report for today svn snapshot. >>>>>> >>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>> think you know already. >>>>>> >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>> >>>>>> Tab "More information", when i translate close (for task/events) the >>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>> >>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>> >>>>>> Problem with ' in company field information (alway), >>>>>> >>>>>> When i send an email to a lead or contact, lead/contact description >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>> >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>> miss since 4.x) >>>>>> >>>>>> Migration script alway break the install, i have make a test with a new >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>> profile2globalpermissions. >>>>>> >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>> right. >>>>>> >>>>>> Migration question : >>>>>> Why not provide migration script during install ? With user choice >>>>>> install/upgrade. >>>>>> >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>> WARN for stable version ? >>>>>> >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>> good. >>>>>> >>>>>> Now the good things :) >>>>>> New really impressive design for the calendar, very very good ! >>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>> winning!!!)! >>>>>> The search engine is very cool, now we can search on entire system. >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>> said about report module ;) ) >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>> file and give a patch ?... I'm ready. >>>>>> >>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>> >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>> And i'm really enthusiastic(not sure for this word) >>>>>> I hope the plug-ins with same quality. >>>>>> A?ssa, >>>>>> gone to write a news on vtiger france >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From philip at vtiger.com Fri May 12 07:55:31 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 04:55:31 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. Message-ID: <10b287395b7.871235350277013597.7934852421195904606@@vtiger.com> Hi, vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 Kindly post your valuble feedback in our trac http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/3023dec6/attachment-0002.html From sergiokessler at gmail.com Fri May 12 08:47:26 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 09:47:26 -0300 Subject: [Vtigercrm-developers] gettext in V5 Message-ID: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> yes, please, send it to this list... (I do not like private messages) but I need confirmation that the patch (ie. the work) will not end in the floor... (if the patch is simple to merge, that is) /sak On 5/11/06, Abos wrote: > Sergio, > Mike Crowe has sended me latest version of his gettext patch, i can mail > you that if you want. > > > Sergio A. Kessler a ?crit : > > I'm short on time, but I can give it a try this weekend, > > but the patch enabling gettext will be accepted or is too late ? > > > > 1) the patch should be short > > 2) the current translations can be mantained in the transition, I see > > no problem in enabling gettext strings each by one > > > > regards, > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Hi Sergio, > >> do not miss understand (i know my english is poor), > >> i'm not against gettext, if you have capabilitie to provide gettext > >> support for vtiger crm 5 in short time, i provide french pack in pot > >> format without any problem in same time. > >> But i think before gettext integration, we have to ask to the > >> translaters, to know their capabilities. > >> Regards, > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> aisa, is a lot more probably that you *gain* translators instead of > >>> loosing them... > >>> (I don't know how you came to that conclusion) > >>> > >>> don't be afraid of gettext, the day you know it, you will wonder why > >>> this thing hasn't used before... > >>> > >>> gettext doesn't resolve the harcoded strings problems, > >>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>> is not even funny... > >>> > >>> all you have to do is to change something from: > >>> > >>> echo "harcoded string"; > >>> > >>> to > >>> > >>> echo _("translatable string"); > >>> > >>> then you run a script that does all the dirty work for you... > >>> and voil?, you have all the diccionaries updated and sinchronized... > >>> > >>> > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> ok, > >>>> Translate on array is boring, but really easy, using tool like poedit... > >>>> is another thing (not really difficult i agree). > >>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>> june than wait 2 more months and have gettext. > >>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>> And before make the change, we have to train/inform the translators, > >>>> loose some translators (and lang so) during the change is not good. > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> gettext is an order of magnitude easier to use for translators (than > >>>>> an array based aproach) if you use poedit. > >>>>> > >>>>> http://www.poedit.org/ > >>>>> > >>>>> and I do not want to mention that gettext produces and keep > >>>>> sincronized the files to translate automagically... > >>>>> > >>>>> /sak > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi all, > >>>>>> this is a small report for today svn snapshot. > >>>>>> > >>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>> think you know already. > >>>>>> > >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>> > >>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>> > >>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>> > >>>>>> Problem with ' in company field information (alway), > >>>>>> > >>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>> > >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>> miss since 4.x) > >>>>>> > >>>>>> Migration script alway break the install, i have make a test with a new > >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>> profile2globalpermissions. > >>>>>> > >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>> right. > >>>>>> > >>>>>> Migration question : > >>>>>> Why not provide migration script during install ? With user choice > >>>>>> install/upgrade. > >>>>>> > >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>> WARN for stable version ? > >>>>>> > >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>> good. > >>>>>> > >>>>>> Now the good things :) > >>>>>> New really impressive design for the calendar, very very good ! > >>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>> winning!!!)! > >>>>>> The search engine is very cool, now we can search on entire system. > >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>> said about report module ;) ) > >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>> file and give a patch ?... I'm ready. > >>>>>> > >>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>> > >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>> I hope the plug-ins with same quality. > >>>>>> A?ssa, > >>>>>> gone to write a news on vtiger france > >>>>>> > >>>>>> > >>>>>> _______________________________________________ From webmaster at vtigercrmfrance.org Fri May 12 08:52:33 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 14:52:33 +0200 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> Message-ID: <44648511.2080505@vtigercrmfrance.org> This is the instructions sended by Mike himself, i paste the original message. I've tried to boil this down simply. Here's what you need. 1) Extract these files in a directory named *locale/* inside your vtiger directory. 2) You need a table in vtiger named *lang_keys*. To create this, execute as follows (from the root vtiger directory): php locale/buildLangKeys.php This will create: locale/vtiger.pot (POT file for translating) locale/lang_keys.sql (initialization for the database table) The lang_keys.sql in the distributed file is actually the correct file from the alpha. However, you can rebuild if you like 3) I haven't reviewed where this is in 5.0, but the functions in utils_lang.php need to replace the same functions in the new 5.0 utils.php (or wherever it is). 4) I've include a *4.2.3* version of the en_US and fr_FR translations. These need to be updated for 5.0. They are included for your reference. Here's how the system works: 1) The following functions *return* the identical strings they used to: function return_app_list_strings_language($language) function return_application_language($language) function return_module_language($language, $module) They use the lang_keys database to build the contents of the strings, but instead of returning the English (which is in the database), they return _(English) making it translated. 2) Otherwise, system functions as expected. All new entries, however, can simply be _(*My New Strings*) rather than going to the complication of adding to mod_strings, etc. Caveats: 1) There are several untranslated strings I had to find. I'll compile a list and provide later. 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), which causes lots of problems. I have fixed in my version, and will supply by Friday. Future: 1) I will have a tool shortly which builds a PO file from an existing translation. This will be extremely useful in migrating from the old system to the new system. Geek Alert: 1) If you really want to see something cool, look at buildLangKeys.txt and see how I am importing each language file, then assigning it to a string in an array from the import. Very cool. This should be very clear, I hope. I will be on road a lot tomorrow. You can try to IM me, and I'll respond if I am free. Cheers! Mike P.S. I will post this to forge Sergio A. Kessler a ?crit : > yes, please, send it to this list... > (I do not like private messages) > > but I need confirmation that the patch (ie. the work) will not end in > the floor... > (if the patch is simple to merge, that is) > > /sak > > On 5/11/06, Abos wrote: > >> Sergio, >> Mike Crowe has sended me latest version of his gettext patch, i can mail >> you that if you want. >> >> >> Sergio A. Kessler a ?crit : >> >>> I'm short on time, but I can give it a try this weekend, >>> but the patch enabling gettext will be accepted or is too late ? >>> >>> 1) the patch should be short >>> 2) the current translations can be mantained in the transition, I see >>> no problem in enabling gettext strings each by one >>> >>> regards, >>> /sak >>> >>> On 5/11/06, Abos wrote: >>> >>> >>>> Hi Sergio, >>>> do not miss understand (i know my english is poor), >>>> i'm not against gettext, if you have capabilitie to provide gettext >>>> support for vtiger crm 5 in short time, i provide french pack in pot >>>> format without any problem in same time. >>>> But i think before gettext integration, we have to ask to the >>>> translaters, to know their capabilities. >>>> Regards, >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> aisa, is a lot more probably that you *gain* translators instead of >>>>> loosing them... >>>>> (I don't know how you came to that conclusion) >>>>> >>>>> don't be afraid of gettext, the day you know it, you will wonder why >>>>> this thing hasn't used before... >>>>> >>>>> gettext doesn't resolve the harcoded strings problems, >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>>>> is not even funny... >>>>> >>>>> all you have to do is to change something from: >>>>> >>>>> echo "harcoded string"; >>>>> >>>>> to >>>>> >>>>> echo _("translatable string"); >>>>> >>>>> then you run a script that does all the dirty work for you... >>>>> and voil?, you have all the diccionaries updated and sinchronized... >>>>> >>>>> >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> ok, >>>>>> Translate on array is boring, but really easy, using tool like poedit... >>>>>> is another thing (not really difficult i agree). >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>>>> june than wait 2 more months and have gettext. >>>>>> Gettext doesn't resolve all the harcode problems (please confim). >>>>>> And before make the change, we have to train/inform the translators, >>>>>> loose some translators (and lang so) during the change is not good. >>>>>> A?ssa >>>>>> >>>>>> Sergio A. Kessler a ?crit : >>>>>> >>>>>> >>>>>> >>>>>>> gettext is an order of magnitude easier to use for translators (than >>>>>>> an array based aproach) if you use poedit. >>>>>>> >>>>>>> http://www.poedit.org/ >>>>>>> >>>>>>> and I do not want to mention that gettext produces and keep >>>>>>> sincronized the files to translate automagically... >>>>>>> >>>>>>> /sak >>>>>>> >>>>>>> On 5/10/06, Abos wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> this is a small report for today svn snapshot. >>>>>>>> >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>>>> think you know already. >>>>>>>> >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>>>> >>>>>>>> Tab "More information", when i translate close (for task/events) the >>>>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>>>> >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>>>> >>>>>>>> Problem with ' in company field information (alway), >>>>>>>> >>>>>>>> When i send an email to a lead or contact, lead/contact description >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>>>> >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>>>> miss since 4.x) >>>>>>>> >>>>>>>> Migration script alway break the install, i have make a test with a new >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>>>> profile2globalpermissions. >>>>>>>> >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>>>> right. >>>>>>>> >>>>>>>> Migration question : >>>>>>>> Why not provide migration script during install ? With user choice >>>>>>>> install/upgrade. >>>>>>>> >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>>>> WARN for stable version ? >>>>>>>> >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>>>> good. >>>>>>>> >>>>>>>> Now the good things :) >>>>>>>> New really impressive design for the calendar, very very good ! >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>>>> winning!!!)! >>>>>>>> The search engine is very cool, now we can search on entire system. >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>>>> said about report module ;) ) >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>>>> file and give a patch ?... I'm ready. >>>>>>>> >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>>>> >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>>>> And i'm really enthusiastic(not sure for this word) >>>>>>>> I hope the plug-ins with same quality. >>>>>>>> A?ssa, >>>>>>>> gone to write a news on vtiger france >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- A non-text attachment was scrubbed... Name: dev_gettext.zip Type: application/x-zip-compressed Size: 75796 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/93e5d316/attachment-0002.bin From sergiokessler at gmail.com Fri May 12 09:10:11 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 10:10:11 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <44648511.2080505@vtigercrmfrance.org> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> Message-ID: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > From richie at vtiger.com Fri May 12 10:26:33 2006 From: richie at vtiger.com (Richie) Date: Fri, 12 May 2006 07:26:33 -0700 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> Message-ID: <10b28fddd43.212089242168855728.4266120754326284739@@vtiger.com> Team, I am sorry but I am not willing to take this up for vtiger CRM 5.0 . I would suggest that we take this up for 5.0.1. We have enough number of issues/features to test out. This will be an overhead as of now. I would rather invest time in testing the existing features/bugs. Requesting your understanding, Richie ---- Sergio A. Kessler<sergiokessler at gmail.com> wrote ---- well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos <webmaster at vtigercrmfrance.org> wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/61344d73/attachment-0002.html From dfar2008 at gmail.com Fri May 12 10:27:42 2006 From: dfar2008 at gmail.com (ding jianting) Date: Fri, 12 May 2006 22:27:42 +0800 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <3118551994190344607@unknownmsgid> References: <3118551994190344607@unknownmsgid> Message-ID: Hi, I can't install vtigerCRM5 pre-beta successfully. Env info: WinXP php4.3.10 mysql4.1.9 apache1.3 Thanks and regards, Tim On 5/12/06, Philip wrote: > > Hi, > > > vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > Kindly post your valuble feedback in our trac > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket > > Philip > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > -- ________________________________________ ??? ?????????????????????????? SugarCRM???-vTigerCRM??? http://www.c3crm.com blog:http://blog.c3crm.com bbs:http://forum.c3crm.com group:http://group.c3crm.com ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/c13da835/attachment-0004.html From allan.bush at gmail.com Thu May 4 11:48:54 2006 From: allan.bush at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:48:54 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <-8549016085730891506@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <-8549016085730891506@unknownmsgid> Message-ID: <3bec26390605040848k523f7069vd04ebfbea133e496@mail.gmail.com> Fair enough. My concern is that if we branch someone will move a bunch of files around or refactor some code again and we'll have problems/be unable to merge, and it would end up being the 3rd time I've tried to add postgres support only to have it not be taken up. Also I don't think the correct software development practice is to make a branch here. Branches should be made when a release is nearing to allow aggressive development to continue or if a feature is going to introduced prolonged breakage, neither of which I see happening here. Changesets are for managing bugs introduced by coding changes. That said I have no problems branching if Jeff wants to handle keeping everything in sync. On 5/3/06, Richie wrote: > Hi! > > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. > This will ensure that we are able to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in the > worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie > > > > > ---- Allan Bush wrote ---- > > > Filling in the gaps. > > On 5/3/06, Joel Rydbeck wrote: > > Richie, > > > > I'll let Allan and Jeff fill in the gaps. > > > > a) How do we give the user the option of using PostGres while > installation? > > > > This would be at installation point, we'll provide it in the dropdown on > step 1 or step 2 (whichever one the user configures the db in). I started > working on this one last night. > > > > b) What will be the impact if any on the mysql compatible queries that we > have now? Will the current queries be changed? > > The current queries will be changed, the changes should have no effect > on the mysql compatibility. I didn't encounter any mysql regression > bugs doing the changes for 4.2 and I don't expect any for 5.0. > > > > > c) If the current queries are changed as such they may affect the core > team's development. Are we going to go on putting an IF check for PostGres? > > > > I would expect that the same queries will work for both databases, in the > case of incompatible queries, my vote would be an if/else for the short > term. Long-term, ADODB provides some healthy extensibility and abstraction > of the db layer. My vote is that we get PGSQL support in now, and then > polish with ADODB as we go along. > > > > d) How are we going to handle simultaneous development on the core code? > How to handle breakages if any? > > > > Allan will likely be doing the bulk of the commits, so I'll let him > address this. My commits will likely be isolated to one page at a time. If > you guys are able to validate our work in MySQL as we go along, that would > be very helpful. I'll try to test it at the same time (good ol' config.php > swap). > > The same way you currently handle simultaneous development between the > multiple contributers. I don't anticipate much breakage, the largest > changeset will probably be done in one commit during the first day I > work on this to get the installer working for both database types. As > I work pretty much opposite hours from the rest of the team conflicts > should be rare. > > > > > Thank you for your support and assistance in performing this. > > > > Regards, > > > > - Joel > > > > I just want to bring one point up which may ease you mind a little. > > SQL is a standard much like HTML. MySQL is like the IE of databases > well Postgres is closer to a Firefox, in the sense that MySQL will > make the best of any crap you send it well Postgres follows the > standards more closely. So what I'm going to be doing is basically > standardizing the SQL, and unlike IE MySQL supports the standards > properly (well it's laking several features and just ignores some > stuff but since I'm not adding anything that won't be a problem). > > Allan > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Fri May 12 10:49:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 12 May 2006 10:49:31 -0400 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. From philip at vtiger.com Fri May 12 11:33:01 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:33:01 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: <10b293ab709.-5614056690891036135.-914418256296396671@@vtiger.com> Hi Jeff, Yes we do agree that we have to tag the build in svn, as we are not aware of the procedure we'll seek Matt's help in this regard and make it done. But for the build name the 5 alpha series is over, the build worth between alpha and beta stage so we decided to go with pre-beta, right now we don't expect any beta series, even once the beta is out, so the release after beta will be GA. Regards, Philip ----jtk at yahoo.com wrote ---- Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/b354d994/attachment-0002.html From philip at vtiger.com Fri May 12 11:59:08 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:59:08 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. Message-ID: <10b29529d03.4582644429177129343.6722516092062050602@@vtiger.com> Hi, I tried reaching matt through is mobile, but i could'nt make it, can anyone who knows the procedure label the build in svn as vtigerCRM-5.0-pre-beta-i18n ? if so please label the files which were modified 12hr before from now as we have made checkins after that. Thanks, Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/64ed57e4/attachment-0004.html From sergiokessler at gmail.com Fri May 12 12:15:59 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:15:59 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <-5690813438495085335@unknownmsgid> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> <-5690813438495085335@unknownmsgid> Message-ID: <49216030605120915n3874eb5av246c7b2b7656e89b@mail.gmail.com> ok, richie, I understand you. but we can do baby steps in preparing the infraestructure for 5.0.1 the first baby step is to just create a folder called 'locale' in the root of vtiger. can you do this ? (it will not affect in nothing to the current code) maybe you can put a readme.txt that says: "this folder will be use for future gettext system translations" si ? /sak On 5/12/06, Richie wrote: > > Team, > > I am sorry but I am not willing to take this up for vtiger CRM 5.0 . > I would suggest that we take this up for 5.0.1. > > We have enough number of issues/features to test out. > This will be an overhead as of now. > > I would rather invest time in testing the existing features/bugs. > > Requesting your understanding, > > Richie > > > > > > > ---- Sergio A. Kessler wrote ---- > > > well, mike was trying to provide a migration path between the old and > new methods... > > my approach would be simpler: > > - I will not touch the database > - I will not provide a migration path (altough both methods of > translating can coexist for a time) > > the patch will consist in a new file and a function, nothing more... > and if you do not use the new method of translation, everything will > run like before, so the patch is not disruptive at all... > > do we agree on doing this ? > > > /sak > > On 5/12/06, Abos wrote: > > This is the instructions sended by Mike himself, i paste the original > > message. > > > > > > I've tried to boil this down simply. Here's what you need. > > > > 1) Extract these files in a directory named *locale/* inside your > > vtiger directory. > > 2) You need a table in vtiger named *lang_keys*. To create this, > > execute as follows (from the root vtiger directory): > > php locale/buildLangKeys.php > > This will create: > > locale/vtiger.pot (POT file for translating) > > locale/lang_keys.sql (initialization for the database table) > > The lang_keys.sql in the distributed file is actually the correct file > > from the alpha. However, you can rebuild if you like > > 3) I haven't reviewed where this is in 5.0, but the functions in > > utils_lang.php need to replace the same functions in the new 5.0 > > utils.php (or wherever it is). > > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > > These need to be updated for 5.0. They are included for your reference. > > > > Here's how the system works: > > 1) The following functions *return* the identical strings they used to: > > function return_app_list_strings_language($language) > > function return_application_language($language) > > function return_module_language($language, $module) > > They use the lang_keys database to build the contents of the strings, > > but instead of returning the English (which is in the database), they > > return _(English) making it translated. > > 2) Otherwise, system functions as expected. All new entries, however, > > can simply be _(*My New Strings*) rather than going to the complication > > of adding to mod_strings, etc. > > > > Caveats: > > 1) There are several untranslated strings I had to find. I'll compile a > > list and provide later. > > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > > which causes lots of problems. I have fixed in my version, and will > > supply by Friday. > > > > Future: > > 1) I will have a tool shortly which builds a PO file from an existing > > translation. This will be extremely useful in migrating from the old > > system to the new system. > > > > Geek Alert: > > 1) If you really want to see something cool, look at buildLangKeys.txt > > and see how I am importing each language file, then assigning it to a > > string in an array from the import. Very cool. > > > > This should be very clear, I hope. I will be on road a lot tomorrow. > > You can try to IM me, and I'll respond if I am free. > > > > Cheers! > > Mike > > > > P.S. I will post this to forge > > > > > > > > Sergio A. Kessler a ?crit : > > > yes, please, send it to this list... > > > (I do not like private messages) > > > > > > but I need confirmation that the patch (ie. the work) will not end in > > > the floor... > > > (if the patch is simple to merge, that is) > > > > > > /sak > > > > > > On 5/11/06, Abos wrote: > > > > > >> Sergio, > > >> Mike Crowe has sended me latest version of his gettext patch, i can > mail > > >> you that if you want. > > >> > > >> > > >> Sergio A. Kessler a ?crit : > > >> > > >>> I'm short on time, but I can give it a try this weekend, > > >>> but the patch enabling gettext will be accepted or is too late ? > > >>> > > >>> 1) the patch should be short > > >>> 2) the current translations can be mantained in the transition, I see > > >>> no problem in enabling gettext strings each by one > > >>> > > >>> regards, > > >>> /sak > > >>> > > >>> On 5/11/06, Abos wrote: > > >>> > > >>> > > >>>> Hi Sergio, > > >>>> do not miss understand (i know my english is poor), > > >>>> i'm not against gettext, if you have capabilitie to provide gettext > > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > > >>>> format without any problem in same time. > > >>>> But i think before gettext integration, we have to ask to the > > >>>> translaters, to know their capabilities. > > >>>> Regards, > > >>>> A?ssa > > >>>> > > >>>> Sergio A. Kessler a ?crit : > > >>>> > > >>>> > > >>>>> aisa, is a lot more probably that you *gain* translators instead of > > >>>>> loosing them... > > >>>>> (I don't know how you came to that conclusion) > > >>>>> > > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > > >>>>> this thing hasn't used before... > > >>>>> > > >>>>> gettext doesn't resolve the harcoded strings problems, > > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, > that's > > >>>>> is not even funny... > > >>>>> > > >>>>> all you have to do is to change something from: > > >>>>> > > >>>>> echo "harcoded string"; > > >>>>> > > >>>>> to > > >>>>> > > >>>>> echo _("translatable string"); > > >>>>> > > >>>>> then you run a script that does all the dirty work for you... > > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 5/10/06, Abos wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> ok, > > >>>>>> Translate on array is boring, but really easy, using tool like > poedit... > > >>>>>> is another thing (not really difficult i agree). > > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be > for > > >>>>>> june than wait 2 more months and have gettext. > > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > > >>>>>> And before make the change, we have to train/inform the > translators, > > >>>>>> loose some translators (and lang so) during the change is not good. > > >>>>>> A?ssa > > >>>>>> > > >>>>>> Sergio A. Kessler a ?crit : > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>> gettext is an order of magnitude easier to use for translators > (than > > >>>>>>> an array based aproach) if you use poedit. > > >>>>>>> > > >>>>>>> http://www.poedit.org/ > > >>>>>>> > > >>>>>>> and I do not want to mention that gettext produces and keep > > >>>>>>> sincronized the files to translate automagically... > > >>>>>>> > > >>>>>>> /sak > > >>>>>>> > > >>>>>>> On 5/10/06, Abos wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> Hi all, > > >>>>>>>> this is a small report for today svn snapshot. > > >>>>>>>> > > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), > i > > >>>>>>>> think you know already. > > >>>>>>>> > > >>>>>>>> Tab marketing, subtab account & contact, if i add an > task/activitie, the > > >>>>>>>> redirection goes to tab support, the good subtab. (very small > problem) > > >>>>>>>> > > >>>>>>>> Tab "More information", when i translate close (for task/events) > the > > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > > >>>>>>>> > > >>>>>>>> The compose email pop up, is just a little to small (need 50px > weight more), > > >>>>>>>> > > >>>>>>>> Problem with ' in company field information (alway), > > >>>>>>>> > > >>>>>>>> When i send an email to a lead or contact, lead/contact > description > > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, > "fucking > > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > > >>>>>>>> > > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist > settings > > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the > invoices, it's > > >>>>>>>> miss since 4.x) > > >>>>>>>> > > >>>>>>>> Migration script alway break the install, i have make a test with > a new > > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), > only 4 > > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > > >>>>>>>> profile2globalpermissions. > > >>>>>>>> > > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound > to left > > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount > inclined to > > >>>>>>>> right. > > >>>>>>>> > > >>>>>>>> Migration question : > > >>>>>>>> Why not provide migration script during install ? With user > choice > > >>>>>>>> install/upgrade. > > >>>>>>>> > > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put > loggin to > > >>>>>>>> WARN for stable version ? > > >>>>>>>> > > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can > be very > > >>>>>>>> good. > > >>>>>>>> > > >>>>>>>> Now the good things :) > > >>>>>>>> New really impressive design for the calendar, very very good ! > > >>>>>>>> The quick create function can be a killer feature on vtiger 5 > (time > > >>>>>>>> winning!!!)! > > >>>>>>>> The search engine is very cool, now we can search on entire > system. > > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i > have > > >>>>>>>> said about report module ;) ) > > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient > to see > > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need > help.", > > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to > lang > > >>>>>>>> file and give a patch ?... I'm ready. > > >>>>>>>> > > >>>>>>>> About gettext, the problem with gettext, is you can loose > translaters, > > >>>>>>>> gettext is more difficult to use, but more efficient. We need a > full > > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right > decision. > > >>>>>>>> > > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell > good. > > >>>>>>>> And i'm really enthusiastic(not sure for this word) > > >>>>>>>> I hope the plug-ins with same quality. > > >>>>>>>> A?ssa, > > >>>>>>>> gone to write a news on vtiger france > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> _______________________________________________ > > >>>>>>>> > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From sergiokessler at gmail.com Fri May 12 12:19:06 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:19:06 -0300 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <-4460657018200633648@unknownmsgid> References: <33041.1419192844$1147434990@news.gmane.org> <-4460657018200633648@unknownmsgid> Message-ID: <49216030605120919v79e3b22bucd6db55ea8c9a44d@mail.gmail.com> can't you do beta1, beta2, betaN, RC1, RC2, etc ? On 5/12/06, Philip wrote: > > > Hi Jeff, > > Yes we do agree that we have to tag the build in svn, > as we are not aware of the procedure > we'll seek Matt's help in > this regard and make it done. But for the build name the > 5 alpha series is over, the build worth > between alpha and beta > stage so we decided to go with pre-beta, right now we > don't expect any beta series, even once > the beta is out, > so the release after beta will be GA. > > Regards, > Philip > > > ----jtk at yahoo.com wrote ---- > > > Philip wrote: > > vtigerCRM 5 pre-beta development release with i18n > support is available > > for download in the following url, along with this we > have released the > > ThunderBird extension and FireFox Toolbar, which > is available for > > download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > The file offered for download is: > vtigerCRM-5.0-pre-beta-i18n.tar.gz > > Can we please tag this in subversion and release as > > vtigercrm-5.0.0alpha6.tar.gz? > > The alpha series aren't such a big issue, but we really > need a procedure > in place by the time vtigercrm-5.0.0beta1 is offered. > > Packaging systems can't automatically tell that > 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' > 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm > into any distro > packaging systems until we do things the > computer-readable way. > > * tag: svn copy a specific trunk (or branch) > revision with the exact > release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. > Then 'svn export' > is used to make the tarball/exe, etc. > > The logic behind using tags is that we should be able > to precisely > recreate and diff against anything ever 'released', > at any time in the > future. It's an essential prerequisite to > providing continuous migration > support. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of > paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner > for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Fri May 12 13:05:30 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 12 May 2006 10:05:30 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. In-Reply-To: <-1322028316996138354@unknownmsgid> References: <-1322028316996138354@unknownmsgid> Message-ID: <3bec26390605121005g1fcf4071p6b3cb5330584d5ca@mail.gmail.com> Philip, Can you give a revision number (ie: the last checkin before creating the release)? 12hr ago is kind of a vague target and there seems to have been several checkins around that time. On 5/12/06, Philip wrote: > > Hi, > > I tried reaching matt through is mobile, but i > could'nt make it, can anyone who knows the > procedure label the build in svn as > vtigerCRM-5.0-pre-beta-i18n ? if so please label the files > which were modified 12hr before from now as > we have made checkins > after that. > > > Thanks, > Philip > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From webmaster at vtigercrmfrance.org Sun May 14 08:13:27 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:13:27 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 translations Message-ID: <44671EE7.4030204@vtigercrmfrance.org> Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. From webmaster at vtigercrmfrance.org Sun May 14 08:31:28 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:31:28 +0200 Subject: [Vtigercrm-developers] Translation alway Message-ID: <44672320.7050101@vtigercrmfrance.org> On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} From ahmed at vtiger.com Sun May 14 10:05:54 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:05:54 -0700 Subject: [Vtigercrm-developers] Translation alway In-Reply-To: <44672320.7050101@vtigercrmfrance.org> References: <44672320.7050101@vtigercrmfrance.org> Message-ID: <10b3337ad96.5727276764477112699.739308675497672277@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/b4121e31/attachment-0002.html From ahmed at vtiger.com Sun May 14 10:06:32 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:06:32 -0700 Subject: [Vtigercrm-developers] vtiger crm 5 translations In-Reply-To: <44671EE7.4030204@vtigercrmfrance.org> References: <44671EE7.4030204@vtigercrmfrance.org> Message-ID: <10b33383f6a.4798651429895754736.2392294882046223799@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/72cf0d42/attachment-0004.html From webmaster at vtigercrmfrance.org Sun May 14 12:00:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:00:42 +0200 Subject: [Vtigercrm-developers] Reports module, error include Message-ID: <4467542A.8020300@vtigercrmfrance.org> Hi, please correct on file /modules/Reports/SaveAndRun.php line 51 the case not correct require_once('modules/DashBoard/ReportsCharts.php'); must be require_once('modules/Dashboard/ReportsCharts.php'); From jtk at yahoo.com Sun May 14 12:28:05 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 14 May 2006 12:28:05 -0400 Subject: [Vtigercrm-developers] Reports module, error include References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: Abos wrote: > please correct on file /modules/Reports/SaveAndRun.php line 51 the case > not correct > require_once('modules/DashBoard/ReportsCharts.php'); > must be > require_once('modules/Dashboard/ReportsCharts.php'); Thanks for the catch, fixed. Would you consider filing issues as trac tickets, so the developers could address and comment on them more easily? http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 From webmaster at vtigercrmfrance.org Sun May 14 12:33:59 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:33:59 +0200 Subject: [Vtigercrm-developers] translations Message-ID: <44675BF7.5050508@vtigercrmfrance.org> File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. From webmaster at vtigercrmfrance.org Sun May 14 13:30:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 19:30:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4467692B.5000106@vtigercrmfrance.org> On file /module/Calendar/CalendarLayout.php Line 7 function calendar_layout(& $param_arr) { Add global $mod_strings; Line 25/26 change for : $mod_strings[Events] $mod_strings[Todos] Line96 function get_cal_header_data(& $cal_arr) { global $mod_strings; Line 108 change for date_time->get_formatted_date()."\",\"".$cal_arr['calendar']->date_time->get_formatted_date()."\",\"".$hour_startat."\",\"".$hour_endat."\")' href='javascript:void(0)'>".$mod_strings['Add Event']." Line 114 change for ".$mod_strings[View]." : "; Line 124 to 133 change for function getEventViewOption(& $cal) { global $mod_strings; $view = ""; return $view; } Line 639 to 655 function getEventTodoInfo(& $cal, $mode) { global $mod_strings; $event_todo = Array(); $event_todo['event']=getListView($cal, $mode); $event_todo['todo'] = getTodosList($cal, $mode); $event_todo_info = ""; $event_todo_info .= "".$mod_strings['Total Events'].": ".$event_todo['event']['totalevent']; if($event_todo['event']['pendingevent'] != null) $event_todo_info .= ", ".$event_todo['event']['pendingevent']." Pending"; $event_todo_info .=" / "; $event_todo_info .="".$mod_strings['Total Todos']." : ".$event_todo['todo']['totaltodo']; if($event_todo['todo']['pendingtodo'] != null) $event_todo_info .= ", ".$event_todo['todo']['pendingtodo']." ".$mod_strings['Pending'].""; return $event_todo_info; } Line 657 to 706 change for function constructListView($entry_list) { global $mod_strings; $list_view = ""; $header = Array('0'=>'#', '1'=>$mod_strings['Start Time'], '2'=>$mod_strings['End Time'], '3'=>$mod_strings['Event Type'], '4'=>$mod_strings['Event Details'], '5'=>$mod_strings['Actions'], '6'=>$mod_strings['Current Status'], ); $header_width = Array('0'=>'5', '1'=>'10', '2'=>'10', '3'=>'10', '4'=>'40', '5'=>'10', '6'=>'15', ); $list_view .="
"; $header_rows = count($header); for($i=0;$i<$header_rows;$i++) { $list_view .=""; } $list_view .=""; $rows = count($entry_list); if($rows != 0) { for($i=0;$i"; foreach($entry_list[$i] as $key=>$entry) { $list_view .=""; } $list_view .=""; } } else { $list_view .=""; $list_view .=""; $list_view .=""; } $list_view .="
".$header[$i]."
".$entry."
".$mod_strings['None Scheduled']."
"; echo $list_view; } Add those strings in mod lang file 'Events'=>'Events', 'Add Event'=>'Add Event', 'Todos'=>'Todos', 'View'=>'View', 'Total Events'=>'Total Events', 'Total Todos'=>'Total Todos', 'Pending'=>'Pending', 'Hour View'=>'Hour View', 'List View'=>'List View', 'None Scheduled'=>'None Scheduled', 'Start Time'=>'Start Time', 'End Time'=>'End Time', 'Actions'=>'Actions', 'Event Type'=>'Event Type', 'Event Details'=>'Event Details', 'Current Status'=>'Current Status', Let me know if you prefer other format for changes. To be continued .... From webmaster at vtigercrmfrance.org Sun May 14 15:54:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 21:54:42 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <44678B02.4040704@vtigercrmfrance.org> Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks From webmaster at vtigercrmfrance.org Sun May 14 16:06:14 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 22:06:14 +0200 Subject: [Vtigercrm-developers] Reports module, error include In-Reply-To: References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: <44678DB6.3030806@vtigercrmfrance.org> Hi, I appreciate a clear procedure for posting report/bug/changes... I post all changes for translations on this ML, What is the best format ? .diff, comments like i send, entire file ? What is the right place for that ? Here ? Trac ? it still remains lot of harcoded strings, i think to post a maximum during the week and i hope to have a full translated version for GA. I do my best and sorry if i ask silly questions or mistakes. Regards, A?ssa Jeff Kowalczyk a ?crit : > Abos wrote: > >> please correct on file /modules/Reports/SaveAndRun.php line 51 the case >> not correct >> require_once('modules/DashBoard/ReportsCharts.php'); >> must be >> require_once('modules/Dashboard/ReportsCharts.php'); >> > > Thanks for the catch, fixed. Would you consider filing issues as trac > tickets, so the developers could address and comment on them more easily? > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Sun May 14 17:54:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 23:54:49 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <4467A729.5080902@vtigercrmfrance.org> File : /modules/Calendar/addEventUI.php this is the entire file Strings to add on mod lang file : 'Close'=>'Close', 'Call'=>'Call', 'Meeting'=>'Meeting, 'Event Name'=>'Event Name', 'Event starts at'=>'Event starts at', 'Event ends on'=>'Event ends on', 'Invite'=>'Invite', 'Reminder'=>'Reminder', 'Repeat'=>'Repeat', 'LBL_To_invite'=>'To invite, select the users from the "Available Users" list and click the "Add" button.', 'LBL_To_remove'=>'To remove, select the users in the "Selected Users" list and the click "Remove" button.', 'Available Users'=>'Available Users', 'Selected Users'=>'Selected Users', 'Add'=>'Add', 'Remove'=>'Remove', 'LBL_users_receive_email'=>'users will receive an email about the Event.', 'Remind on'=>'Remind on', 'Minutes'=>'Minutes', 'Hours'=>'Hours', 'Days'=>'Days', 'Day'=>'Day', 'Week'=>'Week', 'Month'=>'Month', 'Year'=>'Year', 'before the event starts'=>'before the event starts', 'before the event ends'=>'before the event ends', 'Send Reminder to'=>'Send Reminder to', 'Type Email ID'=>'Type Email ID', 'Repeat'=>'Repeat', 'Enable Repeat'=>'Enable Repeat', 'Repeat once in every'=>'Repeat once in every', 'day of the month'=>'day of the month', 'on'=>'on', 'First'=>'First', 'Last'=>'Last', 'Save'=>'Save', This is just the beginning..... From surachai at prachakij.com Mon May 15 01:50:09 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Mon, 15 May 2006 12:50:09 +0700 Subject: [Vtigercrm-developers] Dashboard character encoding Message-ID: <1147672209.22063.11.camel@localhost.localdomain> I install vtiger 4.2 on redhat as3. I would like to set dashboard to show thai language which mean I have to use tis-620 encoding. Could you tell me how to set it? Thank you in advance. -- Surachai Locharoen From gopals at vtiger.com Mon May 15 02:50:38 2006 From: gopals at vtiger.com (Gopal) Date: Sun, 14 May 2006 23:50:38 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 - Security Mgt Test cases Message-ID: <10b36cf8730.-3137295622348362958.-5700822763960106518@@vtiger.com> Dear Team, I have posted v5 - Security Mgt. test cases (Summary level) for the benefit of community start testing the Security features. http://blogs.vtiger.com/weblog_entry.php?e=6851 Or http://forums.vtiger.com/viewtopic.php?t=6852 Please feel free to add your inputs, test results, and comments at the Wiki doc so that we can have a complete document before Beta release. http://www.vtiger.com/wiki/index.php/Vtiger_CRM_5_Test_Cases Thanks, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/7df27525/attachment-0002.html From webmaster at vtigercrmfrance.org Mon May 15 04:18:08 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 10:18:08 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <44683940.70601@vtigercrmfrance.org> Hi, on file /modules/calendar/calendarLayout.php Line 506 Change for : ['.$mod_strings['More'].'...] Line 617 change for $more_link = "[".$mod_strings['More']."...]"; And add 'More'=>'More', on lang file. Thanks From richie at vtiger.com Mon May 15 06:50:53 2006 From: richie at vtiger.com (Richie) Date: Mon, 15 May 2006 03:50:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 Message-ID: <10b37ab7b50.4324958173826176072.4705717994082330508@@vtiger.com> Hi Allan! Do let me know how far things have gone on the Postgres front please. I plan to go for a validation round. Depending on your answer, I might have to reschedule the plan. As of now, I hope to have the full-scale validation on by coming Monday. Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/115e1e02/attachment-0004.html From ahmed at vtiger.com Mon May 15 08:27:05 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:27:05 -0700 Subject: [Vtigercrm-developers] Translations In-Reply-To: <44678B02.4040704@vtigercrmfrance.org> References: <44678B02.4040704@vtigercrmfrance.org> Message-ID: <10b38039187.-632636123900005112.-8484531077188790005@@vtiger.com> Hi, The changes in the header.tpl has been done. Regards, Ahmed ----webmaster at vtigercrmfrance.org wrote ---- Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/9d17388b/attachment-0002.html From ahmed at vtiger.com Mon May 15 08:56:15 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:56:15 -0700 Subject: [Vtigercrm-developers] translations In-Reply-To: <44675BF7.5050508@vtigercrmfrance.org> References: <44675BF7.5050508@vtigercrmfrance.org> Message-ID: <10b381e4500.2258827201827137331.-8249536675749164027@@vtiger.com> Hi, The changes have been done. Regards, Ahmed vtiger ----webmaster at vtigercrmfrance.org wrote ---- File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/f1d855be/attachment-0004.html From webmaster at vtigercrmfrance.org Mon May 15 11:09:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 17:09:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4468999F.8000704@vtigercrmfrance.org> Hi, this is some harcoded strings, on file /includes/utils/searchutils.php Line 393 : if($fieldlabel != 'Related to') { if ($i==0) $OPTION_SET .= ""; else $OPTION_SET .= ""; } can you change field label for $app_strings['$fieldlabel'] Line 409, $CRIT_OPT = ""; Other thing on reports module, the field name are in english, xls/pdf output first line display the field also in english On settings, DefaultFieldPermissions The fields name are in english, OrgSharing, The modules names are in english, EditFieldBlock Few terms translated, but major in english. ..... vtiger CRM 5 begin to look like good in our language, continue efforts, thanks From allan.bush+vtiger_dev at gmail.com Mon May 15 22:07:19 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Mon, 15 May 2006 19:07:19 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <662123432683169590@unknownmsgid> References: <662123432683169590@unknownmsgid> Message-ID: <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Richie, Postgres is coming along, not as quickly as I had hoped but it's getting there. The installation process is working now and their aren't too many problems with normal navigation. The biggest hurdle right now (other then just plain lack of time on my part) is with the state of flux of the code base. Jeff is doing a great job syncing the branch up all the time, but the large amount of change requires a lot of re-testing on our part. I think the best course of action right now is to merge the branch back into the trunk. Mering the postgres branch this will free up more time for Jeff to work on other fixes and I don't foresee any more breakage as all changes from here on are simply fixing queries one at a time as we come across problems. The biggest advantage I see with dropping the branch is if we find a bug we won't have to concern ourselves with if it's a postgres only bug or not and we'll just be able to fix it without worrying about duplicating the effort of one of your guys. Also this will allow us to split the long sql queries into multiple lines so that SVN can track the changes better without us breaking the mergability of the postgres branch. Merging the branch just before the next validation round would be prefect timing and unless Jeff or Joel say otherwise I think it's ready to be merged at anytime now. Allan On 5/15/06, Richie wrote: > > Hi Allan! > > Do let me know how far things have gone on the > Postgres front please. > I plan to go for a validation round. Depending on > your answer, I might have to reschedule > the plan. > As of now, I hope to have the full-scale validation on > by coming Monday. > > Richie From jtk at yahoo.com Mon May 15 22:51:53 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Mon, 15 May 2006 22:51:53 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. From saint at vtiger.com Tue May 16 07:51:04 2006 From: saint at vtiger.com (Saint) Date: Tue, 16 May 2006 17:21:04 +0530 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Message-ID: <4469BCA8.5090309@vtiger.com> Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EmptyListViewUI.gif Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0002.gif From gopals at vtiger.com Tue May 16 08:23:56 2006 From: gopals at vtiger.com (Gopal) Date: Tue, 16 May 2006 05:23:56 -0700 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group Message-ID: <10b3d270a02.-2050166735887071557.-1171685965964976545@@vtiger.com> Dear Team, We have launched a separate mailing list to discuss about Access ControlLists (aka Role based Security Management) in vtiger CRM. I hope you agree with me that ACL functionality has a massive impact on vtigercore architecture and it will be going to define the next generation OpenSource CRM for enterprise market. I would like to take this opportunity to invite all interested people toactively participate in defining various scenarios for functionalityvalidation, so that our end-user community will have a hassle freedeployment after v5 GA release. As a first step, Richie, Don, Frank Piepiorra, and myselfposted different papers at different times. We would like to unify allour efforts into one place so that community will have betterexperience while working with ACL in future. I would like to mention specially Dr Frank Piepiorra and Brian Laughlinfor taking up interest on this subject and motivating usstarting a special mailing list. I also invite all interested Developers,Testers, Analysts, Usability Gurus, and Tech Writers to participateactively in ACL Group. http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup PS: We have decided to use this group as ACL Group (aclgroup) instead of Securityto avoid any confusion as other Security management aspects, such as dataprotection, firewalls, vulnerabilities etc also comes under Security purview. If needed we will start newgroups for other areas. For a quick overview please refer to my Blog post: http://blogs.vtiger.com/weblog_entry.php?e=6851 Looking forward for all your suggestions and comments in improving our ACL functionality. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/a2046aee/attachment-0002.html From richie at vtiger.com Tue May 16 08:29:45 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:29:45 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: <10b3d2c5c2f.-95223486507406088.-7448795235438852043@@vtiger.com> Hi Team! I guess we have to make the call sooner than later. Let us get on with this tonight. We will be updating the demo on a regular basis from now on so that we get all the feedbacks before the Beta release scheduled tentatively for Wednesday, the 24th of May. Allan, JeffK , go ahead and merge the changes please. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/cf34148f/attachment-0004.html From richie at vtiger.com Tue May 16 08:31:10 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:31:10 -0700 Subject: [Vtigercrm-developers] translators needed Message-ID: <10b3d2daa97.-7381843659722751868.-8372169969394412421@@vtiger.com> Hello! We need more translations for vtiger. Kindly help us out by translating vtiger to other languages as well. We will provide the relevant help from our side. Kindly spread the word. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/824f1a63/attachment-0002.html From sergiokessler at gmail.com Tue May 16 08:56:13 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 16 May 2006 09:56:13 -0300 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group In-Reply-To: <-8240051870462132920@unknownmsgid> References: <-8240051870462132920@unknownmsgid> Message-ID: <49216030605160556k183a499bu88d2a7862518e88d@mail.gmail.com> gopal, why create a separate mailing list and not discuss ACL here ? it's not the case that this mailing list is saturated of messages... you are splitting efforts instead of unite them... after all, is all about development... /sak On 5/16/06, Gopal wrote: > > Dear Team, > > We have launched a separate mailing list to discuss about Access Control > Lists (aka Role based Security Management) in vtiger CRM. I hope you agree > with me that ACL functionality has a massive impact on vtiger core > architecture and it will be going to define the next generation Open Source > CRM for enterprise market. > > I would like to take this opportunity to invite all interested people to > actively participate in defining various scenarios for functionality > validation, so that our end-user community will have a hassle free > deployment after v5 GA release. As a first step, Richie, Don, Frank > Piepiorra, and myself posted different papers at different times. We would > like to unify all our efforts into one place so that community will have > better experience while working with ACL in future. > > I would like to mention specially Dr Frank Piepiorra and Brian Laughlin for > taking up interest on this subject and motivating us starting a special > mailing list. I also invite all interested Developers, Testers, Analysts, > Usability Gurus, and Tech Writers to participate actively in ACL Group. > > http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup > > PS: We have decided to use this group as ACL Group (aclgroup) instead of > Security to avoid any confusion as other Security management aspects, such > as data protection, firewalls, vulnerabilities etc also comes under Security > purview. If needed we will start new groups for other areas. > > For a quick overview please refer to my Blog post: > > http://blogs.vtiger.com/weblog_entry.php?e=6851 > > Looking forward for all your suggestions and comments in improving our ACL > functionality. > > Regards, > Gopal > > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From david.moron at openwired.net Wed May 17 07:42:18 2006 From: david.moron at openwired.net (David Moron) Date: Wed, 17 May 2006 13:42:18 +0200 Subject: [Vtigercrm-developers] Error on a custom report Message-ID: <446B0C1A.3080207@openwired.net> Hi, I've created a Help-Desk custom report using the columns: -Title -Priority -Severity -Status -Created Time -Related To and when I run the report: Fatal error: Call to a member function on a non-object in C:\Program Files\vtigerCRM4_2\apache\htdocs\vtigerCRM\include\database\PearDatabase.php on line 414 The report works ok if the column 'related to' is not selected. I'm running VTiger 4.2 Patch 2 for evaluation purposes on a WindowsXP SP2. Installed using the autoinstaller. The database was populated with the default VTiger values during the instalation. Thank you. -- David Mor?n Ruano Coordinador de Proyectos Grupo OpenWired, S.L. Caballero, 87 bajos - 08029 - Barcelona (Spain) Tel (+34) 93/410 75 70 - Fax (+34) 93/419 45 91 www.openwired.net, www.tecnologialinux.com From gopals at vtiger.com Thu May 18 00:01:29 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 17 May 2006 21:01:29 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. Message-ID: <10b45a7bddb.-2107684204783277011.-1655672098952562569@@vtiger.com> Dear Team, Could you please look into the problem? Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 (comments) The Postgres branch (4.2) seems to have a problem when accessing the Configuration Settings (On the Admin side) . Do you have any clue? Thanks! I appreciate! -Eric Allard (name) Eric Allard (emailID) eric.allard at boreal-is.com (Submit) Send (subject) Tell Us (from-email) noreply at vtiger.com (next-url) http://vtiger.com/thankyou.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060517/1d40e63b/attachment-0004.html From webmaster at vtigercrmfrance.org Thu May 18 05:34:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 18 May 2006 11:34:11 +0200 Subject: [Vtigercrm-developers] vtigerforge svn access Message-ID: <446C3F93.2030603@vtigercrmfrance.org> Hi all, i have some problems with developper access on forge svn. My password rejected, or network connexion closed. Using ubutnu shell, windows tortoise svn+ssh, subclipse. Any idea ? Thanks A?ssa From allan.bush+vtiger_dev at gmail.com Thu May 18 11:38:11 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 08:38:11 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: <-1731747798630696937@unknownmsgid> References: <-1731747798630696937@unknownmsgid> Message-ID: <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> The same issue was raised in the forums (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've addressed it. On 5/17/06, Gopal wrote: > > Dear Team, > > Could you please look into the problem? > > Regards, > Gopal > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > > (comments) > > The Postgres branch (4.2) seems to have a problem when accessing the > Configuration Settings (On the Admin side) . Do you have any clue? Thanks! > I appreciate! > -Eric Allard > > (name) Eric Allard > (emailID) eric.allard at boreal-is.com > (Submit) Send > (subject) Tell Us > (from-email) noreply at vtiger.com > (next-url) http://vtiger.com/thankyou.html > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Thu May 18 12:02:27 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 12:02:27 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Allan Bush wrote: > The same issue was raised in the forums > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > addressed it. I'm going to 'svn rm' both postgresql integration branches, since they have been merged and served their purpose. If anyone needs them, they can be accessed by checking out the original URI at the specific revision, which I'll note in the change log. Any objections? From allan.bush+vtiger_dev at gmail.com Thu May 18 17:05:42 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 14:05:42 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: <3bec26390605181405sd018839j36a2d155201d55fc@mail.gmail.com> Sounds like a good idea to me. On 5/18/06, Jeff Kowalczyk wrote: > Allan Bush wrote: > > The same issue was raised in the forums > > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > > addressed it. > > I'm going to 'svn rm' both postgresql integration branches, since they > have been merged and served their purpose. If anyone needs them, they can > be accessed by checking out the original URI at the specific revision, > which I'll note in the change log. > > Any objections? > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Thu May 18 17:34:20 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 17:34:20 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Joel Rydbeck wrote: > Does this mean 4.2.4 has the PG changes? I've been offline for a few > days here. No, vtigercrm/branches/4.2 has postgresql capabability, branches/4.2.4 does not. The maintainer Mike Fedyk opted to back out some incompatible changes that had crept in while branches/4.2_postrgresql_integration was active. I think it related to adodb-4.81 and its usage. I would prefer to see vtigercrm-4.2.4 merge as many compatible changes from branches/4.2 as possible, release, and then have interested parties quickly release vtigercrm-4.2.5. I'm actually somewhat in favor of jumping forward to a direct vtigercrm-4.2.5 release. Resources to maintain v4 branches are totally community-supplied at this point, I think, and 4.2.5 would bring postgresql users into that community. IMO, the vtiger team needs to commit to supporting migration from one v4 release version in order to put a v5 beta in the field. I'd nominate a vtigercrm-4.2.5 release as that baseline, and encourage everyone to migrate up to it ASAP, lest they be left without migration path to v5. From damien at uts.net.au Fri May 19 02:54:58 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Fri, 19 May 2006 16:24:58 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004701c67b11$247ed470$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/39f59fb3/attachment-0002.html From surachai at prachakij.com Fri May 19 10:00:42 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Fri, 19 May 2006 21:00:42 +0700 Subject: [Vtigercrm-developers] Vtiger performance tuning Message-ID: <1148047242.6634.5.camel@localhost.localdomain> I use vtiger 4.2. The dashboard page take along time to load. Is there a way to improve this response time? Kan -- Surachai Locharoen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/8b9f3c35/attachment-0004.html From allan.bush+vtiger_dev at gmail.com Fri May 19 12:22:23 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 19 May 2006 09:22:23 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? Message-ID: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> No one is working on it and no one is testing it. I think we're just waiting for someone to release it but I don't know who that someone is. If there's anything we still need to do to push this out let me know and I'll do it. From webmaster at vtigercrmfrance.org Mon May 22 19:30:37 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 23 May 2006 01:30:37 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 small issue Message-ID: <4472499D.30404@vtigercrmfrance.org> Hi, with "ajax" field editing, i can change required fields values to null. Regards, A?ssa From mmbrich at fosslabs.com Tue May 23 14:09:47 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:09:47 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement Message-ID: <1148407787.19129.29.camel@localhost.localdomain> Hello All, I'll be getting ready to drop the email tracking capabilities into 5.x soon and I would like peoples opinions on list management... In our current deployment we've created an abstracted list management system called the "Campaigns" module.. Imagine that :). Within this module I track all lists by the parent_id and not by entity. This is because some of our customers are large telemarketing organizations and wanted to be able to harvest lists from their leads DB and re-call them even if they had a previous do-not-call flag set from another campaign. There are other good reasons for list management too, I'll explain more bellow. I tied the list management into the custom views module, IE: if you create a custom view called "List 1" you will have a campaign created with a parent id == customviewid of List 1. The parent is where the tracking begins at so that if the list is simply duplicated (say for another newsletter) then the unsub list is maintained. If a new custom view is created, the parent_id is set to the new customviewid for the new campaign and the list unsubs are reset. I know that is confusing but it enforces list management and not at the entity level so it still allows for harvesting new lists from the db. Here is a simple scenario of how it works: 1) I create a custom view called "sales list" and click the "Add to Campaigns" checkbox and save it. 2) A new campaign with a subject of "Initial list creation" is created with a parent_id == cvid of "Sales List" 3) Set the campaign type == "Email" and the rest of the fields to whatever I want and save 4) New button appears in Campaign DetaiView for "Create/Edit Email" and "Bulk Mail". I create an email and mail it. Now, suppose one of my customers unsubs from this list. He won't ever be emailed from the "Sales List" or any of the children campaigns that are created from it. However, if I go create a "Newsletter List" custom view and add it to the campaigns that customer _will_ be mailed again. Using the regular contactdetails.emailoptout would have stopped that customer from getting the newsletter list and is another good reason for list management instead of entity management for campaigns. So, what do you think? Far too complicated? Would you like to see a stricter set of unsub management rules? Or do you think this mix is just right? If you need further explanation just say so. Matt From mmbrich at fosslabs.com Tue May 23 14:29:05 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:29:05 -0600 Subject: [Vtigercrm-developers] per campaign custom fields Message-ID: <1148408945.19129.48.camel@localhost.localdomain> more features for 5.x... For our 4.x crm we created the ability to map custom fields to campaigns and then "hide" them from the system. Basically, if you map a custom field to a campaign and then hide it, it will only be shown in the detail/edit view of entities that are associated to that campaign and no others. If the custom field is not hidden it acts as normal. The main reason we built this feature was for the ability to manage a large amount of custom fields and use them for harvesting lists without having the whole list of CF's get out of control and unmanageable. In our most common scenario the custom fields are mapped to a campaign and then used in a specific telemarketing script but in other scenarios I see them being used maybe for something like a set of questions for a web based survey that you then create with a joomla forms builder (*cough*) :). Its a very cool feature for our uses, I'll try to lay out an example here.. Lets say you already have 10 misc custom fields: 1) Create a custom field picklist "How many dogs in your home" and map it to the campaign "Web survey dogs", hide it. Create your other custom fields for this campaign and map/hide them as well 2) Go to the joomla forms builder and choose the campaign "Web survey dogs" and you will be presented with a list of campaign specific CF's and all other gentype=(1,2) fields that aren't hidden. 3) Create cool form for your survey Once you have launched that survey, let say you follow the same steps except now it's for the "Web survey cats" campaign and it has it's own set of hidden custom fields mapped to that campaign. Now lets take 3 example leads: Joe Lead Campaign: Web survey dogs Jane Lead Campaign: Web survey cats Tom Lead Campaigns: Web survey cats, Web survey dogs Dick Lead Campaigns: none If you click on joe's record you will only see the 10 non-hidden custom fields and the ones created for the campaign he is mapped to. If you click on jane's record you will get the same results as joe except her specific custom fields will be for the cats campaign In tom's record you will have the 10 non-hidden CF's, the cat campaign CF's and the dog campaign CF's. And in Dicks record you will only see the 10 non-hidden custom fields. Anyone else see a use for this in their organizations or customer deployments? I would like to move this into 5.x if enough people could find uses for it. Matt From mmbrich at fosslabs.com Tue May 23 14:35:24 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:35:24 -0600 Subject: [Vtigercrm-developers] de-duplication Message-ID: <1148409324.19129.52.camel@localhost.localdomain> I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt From mmbrich at fosslabs.com Tue May 23 15:06:30 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 13:06:30 -0600 Subject: [Vtigercrm-developers] tab builder. Message-ID: <1148411190.19129.59.camel@localhost.localdomain> Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt From sergiokessler at gmail.com Tue May 23 15:23:57 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 16:23:57 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148407787.19129.29.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> Message-ID: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Matthew, I think the email flag by campaign is rigth, maybe the contactdetails.emailoptout could be used for 'never ever email this guy' btw, this is going in v5 ? or is is too late ? /sak On 5/23/06, Matthew Brichacek wrote: > Hello All, > > I'll be getting ready to drop the email tracking capabilities into 5.x > soon and I would like peoples opinions on list management... > > In our current deployment we've created an abstracted list management > system called the "Campaigns" module.. Imagine that :). Within this > module I track all lists by the parent_id and not by entity. This is > because some of our customers are large telemarketing organizations and > wanted to be able to harvest lists from their leads DB and re-call them > even if they had a previous do-not-call flag set from another campaign. > There are other good reasons for list management too, I'll explain more > bellow. > > I tied the list management into the custom views module, IE: if you > create a custom view called "List 1" you will have a campaign created > with a parent id == customviewid of List 1. The parent is where the > tracking begins at so that if the list is simply duplicated (say for > another newsletter) then the unsub list is maintained. If a new custom > view is created, the parent_id is set to the new customviewid for the > new campaign and the list unsubs are reset. > > I know that is confusing but it enforces list management and not at the > entity level so it still allows for harvesting new lists from the db. > Here is a simple scenario of how it works: > 1) I create a custom view called "sales list" and click the "Add to > Campaigns" checkbox and save it. > 2) A new campaign with a subject of "Initial list creation" is created > with a parent_id == cvid of "Sales List" > 3) Set the campaign type == "Email" and the rest of the fields to > whatever I want and save > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > "Bulk Mail". I create an email and mail it. > > Now, suppose one of my customers unsubs from this list. He won't ever > be emailed from the "Sales List" or any of the children campaigns that > are created from it. However, if I go create a "Newsletter List" custom > view and add it to the campaigns that customer _will_ be mailed again. > Using the regular contactdetails.emailoptout would have stopped that > customer from getting the newsletter list and is another good reason for > list management instead of entity management for campaigns. > > So, what do you think? Far too complicated? Would you like to see a > stricter set of unsub management rules? Or do you think this mix is > just right? > > If you need further explanation just say so. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 16:28:57 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 14:28:57 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Message-ID: <1148416137.19129.67.camel@localhost.localdomain> I'm not real sure what Richies plan is moving forward, he wrote me this AM and asked me to put the email tracking stuff in but I declined because we are still in feature freeze and because I wanted opinions on list management (not to mention I am still busy with webmails stuff). So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, otherwise I will wait until the next window opens up and do what I can to merge it in then. As far as list management, we're on the same page, currently if the user clicks on the "Unsubscribe from all campaigns" link in the unsub page they will have the contactdetails.emailoptout flag set and never be emailed again from vtiger. Matt On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > Matthew, I think the email flag by campaign is rigth, > maybe the contactdetails.emailoptout could be used for 'never ever > email this guy' > > btw, this is going in v5 ? or is is too late ? > > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > Hello All, > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > soon and I would like peoples opinions on list management... > > > > In our current deployment we've created an abstracted list management > > system called the "Campaigns" module.. Imagine that :). Within this > > module I track all lists by the parent_id and not by entity. This is > > because some of our customers are large telemarketing organizations and > > wanted to be able to harvest lists from their leads DB and re-call them > > even if they had a previous do-not-call flag set from another campaign. > > There are other good reasons for list management too, I'll explain more > > bellow. > > > > I tied the list management into the custom views module, IE: if you > > create a custom view called "List 1" you will have a campaign created > > with a parent id == customviewid of List 1. The parent is where the > > tracking begins at so that if the list is simply duplicated (say for > > another newsletter) then the unsub list is maintained. If a new custom > > view is created, the parent_id is set to the new customviewid for the > > new campaign and the list unsubs are reset. > > > > I know that is confusing but it enforces list management and not at the > > entity level so it still allows for harvesting new lists from the db. > > Here is a simple scenario of how it works: > > 1) I create a custom view called "sales list" and click the "Add to > > Campaigns" checkbox and save it. > > 2) A new campaign with a subject of "Initial list creation" is created > > with a parent_id == cvid of "Sales List" > > 3) Set the campaign type == "Email" and the rest of the fields to > > whatever I want and save > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > "Bulk Mail". I create an email and mail it. > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > be emailed from the "Sales List" or any of the children campaigns that > > are created from it. However, if I go create a "Newsletter List" custom > > view and add it to the campaigns that customer _will_ be mailed again. > > Using the regular contactdetails.emailoptout would have stopped that > > customer from getting the newsletter list and is another good reason for > > list management instead of entity management for campaigns. > > > > So, what do you think? Far too complicated? Would you like to see a > > stricter set of unsub management rules? Or do you think this mix is > > just right? > > > > If you need further explanation just say so. > > > > Matt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From sergiokessler at gmail.com Tue May 23 17:02:46 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 18:02:46 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148416137.19129.67.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> Message-ID: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> I'm afraid that if you let pass this windows (as you say, richie opened you a windows) while you are with this thing with the hot hands, in the future things could cold and maybe you decide that's not worth the effort... +1 /sak On 5/23/06, Matthew Brichacek wrote: > I'm not real sure what Richies plan is moving forward, he wrote me this > AM and asked me to put the email tracking stuff in but I declined > because we are still in feature freeze and because I wanted opinions on > list management (not to mention I am still busy with webmails stuff). > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > otherwise I will wait until the next window opens up and do what I can > to merge it in then. > > As far as list management, we're on the same page, currently if the user > clicks on the "Unsubscribe from all campaigns" link in the unsub page > they will have the contactdetails.emailoptout flag set and never be > emailed again from vtiger. > > > Matt > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > Matthew, I think the email flag by campaign is rigth, > > maybe the contactdetails.emailoptout could be used for 'never ever > > email this guy' > > > > btw, this is going in v5 ? or is is too late ? > > > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > Hello All, > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > soon and I would like peoples opinions on list management... > > > > > > In our current deployment we've created an abstracted list management > > > system called the "Campaigns" module.. Imagine that :). Within this > > > module I track all lists by the parent_id and not by entity. This is > > > because some of our customers are large telemarketing organizations and > > > wanted to be able to harvest lists from their leads DB and re-call them > > > even if they had a previous do-not-call flag set from another campaign. > > > There are other good reasons for list management too, I'll explain more > > > bellow. > > > > > > I tied the list management into the custom views module, IE: if you > > > create a custom view called "List 1" you will have a campaign created > > > with a parent id == customviewid of List 1. The parent is where the > > > tracking begins at so that if the list is simply duplicated (say for > > > another newsletter) then the unsub list is maintained. If a new custom > > > view is created, the parent_id is set to the new customviewid for the > > > new campaign and the list unsubs are reset. > > > > > > I know that is confusing but it enforces list management and not at the > > > entity level so it still allows for harvesting new lists from the db. > > > Here is a simple scenario of how it works: > > > 1) I create a custom view called "sales list" and click the "Add to > > > Campaigns" checkbox and save it. > > > 2) A new campaign with a subject of "Initial list creation" is created > > > with a parent_id == cvid of "Sales List" > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > whatever I want and save > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > "Bulk Mail". I create an email and mail it. > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > be emailed from the "Sales List" or any of the children campaigns that > > > are created from it. However, if I go create a "Newsletter List" custom > > > view and add it to the campaigns that customer _will_ be mailed again. > > > Using the regular contactdetails.emailoptout would have stopped that > > > customer from getting the newsletter list and is another good reason for > > > list management instead of entity management for campaigns. > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > stricter set of unsub management rules? Or do you think this mix is > > > just right? > > > > > > If you need further explanation just say so. > > > > > > Matt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 17:13:59 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 15:13:59 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> Message-ID: <1148418840.19129.73.camel@localhost.localdomain> This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 24 08:31:34 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:31:34 -0700 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148418840.19129.73.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> Message-ID: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Team, I am not sure if we do have a plan in place to have the list management part in. No doubt it can be done but the overall goal will be to have a logical flow in the system to use the feature which I suspect can be achieved at such short notice. Saint too has to be brought into the picture and he needs time to evaluate and suggest a flow. Then, comes the UI deliverables and the testing, bug-fixing,etc. I personally like the feature, in fact, what Matt has said is the proper way in which the feature should be provided. I do concede that the campaign management feature is as of now, more a place holder than anything. But, I am not sure if this is the right time to get this in. The Beta is just round the corner and we are better off testing whatever we have. Just for the info, I have asked Matt for the estimate for getting this feature in though but I am not in favour of adding any new features at this juncture. Your views are welcome. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/eda7774e/attachment-0002.html From richie at vtiger.com Wed May 24 08:35:54 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:35:54 -0700 Subject: [Vtigercrm-developers] tab builder. In-Reply-To: <1148411190.19129.59.camel@localhost.localdomain> References: <1148411190.19129.59.camel@localhost.localdomain> Message-ID: <10b6664dd2f.6043584129775129514.-7161469095950791290@@vtiger.com> Matt, I would suggest that we have it started as separate project in the forge. The way I see it is as follows :- a) We create the project in the forge b) Someone starts working on the project. c) Testing and documentation is done properly. d) Parallely, 5.0 gets released. e) We integrate or just plugin this feature into 5.1 with some basic amount of testing in. I would suggest the same for the custom field for the campaigns feature and the list management feature. I am sure, once we have a dedicated project setup, we can get a lot many guys to hack the code and make it better taking the onus off Matt. JeffK, Matt, tell me when to branch off for the 5.0+ stuff. I will need help timing that move. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/25957639/attachment-0004.html From richie at vtiger.com Wed May 24 08:36:37 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:36:37 -0700 Subject: [Vtigercrm-developers] de-duplication In-Reply-To: <1148409324.19129.52.camel@localhost.localdomain> References: <1148409324.19129.52.camel@localhost.localdomain> Message-ID: <10b666587a8.-3324049467413022044.316899338876575084@@vtiger.com> Same suggestion as the previous mail. Let us have it as a separate project in the forge. We will integrate it to the core for the 5.1 or further series. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/89d969df/attachment-0002.html From mmbrich at fosslabs.com Wed May 24 15:12:56 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 24 May 2006 13:12:56 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Message-ID: <1148497977.12716.36.camel@localhost.localdomain> I like the idea of a 5.1 branch to start this work on. Since this really is going to set the stage for the list management system in vtiger and just isn't a good candidate to throw in a week before your beta release :). I would put the time for list management, bulk emailing and email tracking at somewhere near 2-3 weeks given how much time I have lately. I think all together it took me 3-4 days of near non-stop work to get these features into 4.x. Anyways, after talking with some other vtiger users I have a list of additions I would like to get moved into 5.1+. Some of this work is going to be done because it's sponsored, I'll put a star next to those so you'll know which ones are at risk of being dropped if the client happens to decide against the feature.. Also speak up if you object to any of these feature going into 5.1+ releases. These are mostly in-order as I plan to enable them: 1) List Management 2) Bulk email and tracking capabilities 3) De-Duplication system 4) Expand on 4.x Click-to-Dial support by enabling skype, etc and make it a user configurable option 5) Per-campaign custom fields 6) Avery label maker -- JLee donated what will probably become the framework for this. I plan to add a template engine and maybe even envelope, postcard, etc makers :). <-"printing press" module? :) 7) Per-User email templates (JLee handed over some example code for this too) 8) Tab/Module Builder 9) OOo Mail merge plugin (*) 10) OOo document parser (*) 11) if 9 & 10 are completed I may build a document management system of some kind eventually. (something like knomos.org has) 12) Expand (and finish) much of the joomla<->vtiger work started in 4.x If you think any of these will scratch an itch for you then speak up and I'll be glad to help you with any questions you have. Matt On Wed, 2006-05-24 at 05:31 -0700, Richie wrote: > Team, I am not sure if we do have a plan in place to have the list > management part in. No doubt it can be done but the overall goal will > be to have a logical flow in the system to use the feature which I > suspect can be achieved at such short notice. Saint too has to be > brought into the picture and he needs time to evaluate and suggest a > flow. Then, comes the UI deliverables and the testing, > bug-fixing,etc. > > I personally like the feature, in fact, what Matt has said is the > proper way in which the feature should be provided. I do concede that > the campaign management feature is as of now, more a place holder than > anything. > > > But, I am not sure if this is the right time to get this in. The Beta > is just round the corner and we are better off testing whatever we > have. > > Just for the info, I have asked Matt for the estimate for getting this > feature in though but I am not in favour of adding any new features at > this juncture. > > > Your views are welcome. > > Richie > > > > > ---- Matthew Brichacek wrote ---- > > This is true, I've been known to change my mind before :) .. > but this is > something I really want to get moved into 5.x for my own > benefit as well > (because all you hackers are going to make it better than I > ever > imagined right?), on the other hand though I will surely > introduce some > bugs with this feature and that's not what feature freezes are > for ;). > > Anyways, if there is enough agreement in how list management > should be > done I'm willing to merge it in now if Richie still allows. I > am still > not sure how to tackle the list management though, I want to > improve on > how I did it for 4.x but haven't come up with any ideas on > just how to > do that yet. > > Matt > > On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > > I'm afraid that if you let pass this windows (as you say, > richie > > opened you a windows) while you are with this thing with the > hot > > hands, in the future things could cold and maybe you decide > that's not > > worth the effort... > > > > +1 > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > I'm not real sure what Richies plan is moving forward, he > wrote me this > > > AM and asked me to put the email tracking stuff in but I > declined > > > because we are still in feature freeze and because I > wanted opinions on > > > list management (not to mention I am still busy with > webmails stuff). > > > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 > then I will, > > > otherwise I will wait until the next window opens up and > do what I can > > > to merge it in then. > > > > > > As far as list management, we're on the same page, > currently if the user > > > clicks on the "Unsubscribe from all campaigns" link in the > unsub page > > > they will have the contactdetails.emailoptout flag set and > never be > > > emailed again from vtiger. > > > > > > > > > Matt > > > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler > wrote: > > > > Matthew, I think the email flag by campaign is rigth, > > > > maybe the contactdetails.emailoptout could be used for > 'never ever > > > > email this guy' > > > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > > > > /sak > > > > > > > > On 5/23/06, Matthew Brichacek > wrote: > > > > > Hello All, > > > > > > > > > > I'll be getting ready to drop the email tracking > capabilities into 5.x > > > > > soon and I would like peoples opinions on list > management... > > > > > > > > > > In our current deployment we've created an abstracted > list management > > > > > system called the "Campaigns" module.. Imagine > that :). Within this > > > > > module I track all lists by the parent_id and not by > entity. This is > > > > > because some of our customers are large telemarketing > organizations and > > > > > wanted to be able to harvest lists from their leads DB > and re-call them > > > > > even if they had a previous do-not-call flag set from > another campaign. > > > > > There are other good reasons for list management too, > I'll explain more > > > > > bellow. > > > > > > > > > > I tied the list management into the custom views > module, IE: if you > > > > > create a custom view called "List 1" you will have a > campaign created > > > > > with a parent id == customviewid of List 1. The parent > is where the > > > > > tracking begins at so that if the list is simply > duplicated (say for > > > > > another newsletter) then the unsub list is maintained. > If a new custom > > > > > view is created, the parent_id is set to the new > customviewid for the > > > > > new campaign and the list unsubs are reset. > > > > > > > > > > I know that is confusing but it enforces list > management and not at the > > > > > entity level so it still allows for harvesting new > lists from the db. > > > > > Here is a simple scenario of how it works: > > > > > 1) I create a custom view called "sales list" and > click the "Add to > > > > > Campaigns" checkbox and save it. > > > > > 2) A new campaign with a subject of "Initial list > creation" is created > > > > > with a parent_id == cvid of "Sales List" > > > > > 3) Set the campaign type == "Email" and the rest of > the fields to > > > > > whatever I want and save > > > > > 4) New button appears in Campaign DetaiView for > "Create/Edit Email" and > > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > > > Now, suppose one of my customers unsubs from this > list. He won't ever > > > > > be emailed from the "Sales List" or any of the > children campaigns that > > > > > are created from it. However, if I go create a > "Newsletter List" custom > > > > > view and add it to the campaigns that customer _will_ > be mailed again. > > > > > Using the regular contactdetails.emailoptout would > have stopped that > > > > > customer from getting the newsletter list and is > another good reason for > > > > > list management instead of entity management for > campaigns. > > > > > > > > > > So, what do you think? Far too complicated? Would you > like to see a > > > > > stricter set of unsub management rules? Or do you > think this mix is > > > > > just right? > > > > > > > > > > If you need further explanation just say so. > > > > > > > > > > Matt > > > > > > > > > > _______________________________________________ > > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From ncknight at pacific.net.sg Thu May 25 23:41:19 2006 From: ncknight at pacific.net.sg (Nicholas Chan) Date: Fri, 26 May 2006 11:41:19 +0800 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... In-Reply-To: <4469BCA8.5090309@vtiger.com> Message-ID: <002701c68076$4083e600$1201a8c0@ifoundriest30> Hi Saint, Speaking as a "first time user" point of view (based off shooting this screenshot to a few potential clients of mine), I would be confused on the difference between the Activities and Calendar (ie. "Isn't my activities supposed to be scheduled in the calendar) and on why they are not "two in one" like the approach Outlook takes in listing dated scheduled events (Calendar) and undated scheduled/unscheduled events (Activities/ToDo). Consolidation might be a better approach as the lesser options the user sees, yet while making facilities *sufficiently* but not overly comprehensive would be a good thing. _____ From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 16 May 2006 19:51 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0004.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0004.gif From mmbrich at fosslabs.com Mon May 29 19:43:02 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Mon, 29 May 2006 17:43:02 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function Message-ID: <1148946183.6551.3.camel@localhost.localdomain> I changed the Ajax() javascript function in ajax.js to VtigerAjax() since the name Ajax collides with the prototype Ajax function. I went through the system and tried to find everywhere that Ajax() was used and change it. I figured this was easier than trying to update prototype/scriptaculous every time they changed. Matt From webmaster at vtigercrmfrance.org Tue May 30 05:34:46 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 30 May 2006 11:34:46 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <447C11B6.7080709@vtigercrmfrance.org> Hi, i have an issue with tab "More information" on each modules. The link to callrelatedlist is translated with smarty : $smarty->assign("MODULE",$app_strings['Activities']); So when we call the related list, we obtain a "Hacking atempt" with french version. Always on editview & detailview tabs, you use terms like this : Activity Information, Basic Information and translated give : Activit? information, Basique information. But here we invert the terms like : Information basique, Information activit?. This second point is not really critic. Third point, can you replace all occurence of call/meeting/task by the corresponding image like in calendar ? Regards, A?ssa From mmbrich at fosslabs.com Tue May 30 08:52:19 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 30 May 2006 06:52:19 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function In-Reply-To: <1148946183.6551.3.camel@localhost.localdomain> References: <1148946183.6551.3.camel@localhost.localdomain> Message-ID: <1148993539.25630.1.camel@localhost.localdomain> Who wants to take bets on how many different languages you can hear my name being cursed in today :)? Vtiger crew.. didn't mean to make life harder for you, sorry if I missed areas where Ajax() was being called. Matt On Mon, 2006-05-29 at 17:43 -0600, Matthew Brichacek wrote: > I changed the Ajax() javascript function in ajax.js to VtigerAjax() > since the name Ajax collides with the prototype Ajax function. I went > through the system and tried to find everywhere that Ajax() was used and > change it. > > I figured this was easier than trying to update prototype/scriptaculous > every time they changed. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 09:58:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 09:58:03 -0400 Subject: [Vtigercrm-developers] Note about Ajax() javascript function References: <1148946183.6551.3.camel@localhost.localdomain> <1148993539.25630.1.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > Who wants to take bets on how many different languages you can hear my > name being cursed in today :)? Refactoring, when there's no test suite to run, is like mine sweeping. Someone's got to do it. Then you need someone *else* to go next ... > Vtiger crew.. didn't mean to make life harder for you, sorry if I missed > areas where Ajax() was being called. We'll pay little debts like this, for the um, 'diversity of style' in the codebase, from time to time. Don't take it too hard, the trunk by now is after all a many-times refactoring of a forked fork, with no smoke tests. ;) From sergiokessler at gmail.com Tue May 30 20:23:16 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 30 May 2006 21:23:16 -0300 Subject: [Vtigercrm-developers] dashboard not printable Message-ID: <49216030605301723j22d57d9epc4079173c1b95dcf@mail.gmail.com> I imagine that one of the main uses of the dashboard is to print it and show it to the boss or someone else... it is not printable. thanks to use of frames... santi, I told you so, frames are bad, very bad... and will cause you no end of problems... from usability to this very specific point... regards, /sergio From allan.bush+vtiger_dev at gmail.com Tue May 30 21:43:29 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 30 May 2006 18:43:29 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> Message-ID: <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Alright, since on one else is making a call I'll do it. 4.2.4 is ready for release. If no one is going to help put it out I'll package up the source and post it on the forums myself. It would be nice to have some kind of officially word but either way I'm going to release it to the public. Have a nice day, Allan On 5/19/06, Allan Bush wrote: > No one is working on it and no one is testing it. I think we're just > waiting for someone to release it but I don't know who that someone > is. If there's anything we still need to do to push this out let me > know and I'll do it. > From jtk at yahoo.com Tue May 30 22:11:19 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 22:11:19 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: Allan Bush wrote: > Alright, since on one else is making a call I'll do it. > 4.2.4 is ready for release. > If no one is going to help put it out I'll package up the source and > post it on the forums myself. Or, it could just be unreleased, and we'll delete the branch. One less version to support in the 4.2 series where there are apparently few developer resources. I'd almost prefer official release of vtigercrm-4.2.5 only, and have the vtiger team announce and maintain continuous migration support for vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged releases. All users could then be responsible for getting themselves to vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 migration. From developer at infointegrated.com Tue May 30 22:18:32 2006 From: developer at infointegrated.com (Brian Devendorf) Date: Tue, 30 May 2006 21:18:32 -0500 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. I think it would focus the bug reporting for vtiger 4 on the bugs that still exist in the product. On May 30, 2006, at 9:11 PM, Jeff Kowalczyk wrote: > Allan Bush wrote: >> Alright, since on one else is making a call I'll do it. >> 4.2.4 is ready for release. >> If no one is going to help put it out I'll package up the source and >> post it on the forums myself. > > Or, it could just be unreleased, and we'll delete the branch. One less > version to support in the 4.2 series where there are apparently few > developer resources. > > I'd almost prefer official release of vtigercrm-4.2.5 only, and > have the > vtiger team announce and maintain continuous migration support for > vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged > releases. > > All users could then be responsible for getting themselves to > vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 > migration. > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Wed May 31 00:11:28 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 00:11:28 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> Message-ID: Brian Devendorf wrote: > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > I think it would focus the bug reporting for vtiger 4 on the bugs > that still exist in the product. Sure, its always good to have extra point releases to eliminate patch trading. vtigercrm-4.2.5 will likely follow soon after. Based on past tags, our procedure was to put the branch in the exact form used for release, then copy to a tag using the command: # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' Ideally (and we may not be there yet), a release fileset is a vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 With no post processing. I guess for .exe installers (if used), that's an exeption to the rule. Unless there are any changes to forward port to branches/4.2, we finally svn rm the branches/4.2.4. Thanks for doing the release, Allan. From damien at uts.net.au Wed May 31 00:32:56 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Wed, 31 May 2006 14:02:56 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004e01c6846b$49c6f2e0$4469a8c0@nec5080152> Hi, I have developed a hacky script that collects all invoices that are created/approved (as in not sent, not overdue, not paid) and emails them to the customer (it will eventually also send a print job for each invoice too). The script will also check for a custom field that I have created and determine if it is recurring. If it is, it will create a new invoice. Well, all this is working nicely, but there are a few little bugs and I need some advice... I'm fairly new to the codebase of vTiger and I would like to ask what would be the best way to intergrate this module with vTiger? I want to be able to call this script by cron. At the moment, I have the script sitting in the root directory and including all the needed classes. What's the best way to go about integrating my script? Cheers, Damien Unique Technology Solutions PS: I'd be happy to release the code to the vTiger community if it turns into a worthy feature. From richie at vtiger.com Wed May 31 15:23:27 2006 From: richie at vtiger.com (Richie) Date: Wed, 31 May 2006 12:23:27 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 Beta released Message-ID: <10b8be67fad.4216262142687582272.-5018645744322861309@@vtiger.com> Hello! vtiger CRM 5 Beta has been released. Thanks to all of you for your support and patience. We have tried to integrate as many feedbacks as we could. There is still a long way to go though. The relevant files are available at the following location : http://sourceforge.net/project/showfiles.php?group_id=117522&package_id=192322&release_id=421343 The demo is available at http://www.vtiger.com/products/crm/demo_5beta/index.php The issues can be filed at http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060531/0728e294/attachment-0004.html From jtk at yahoo.com Wed May 31 18:04:25 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 18:04:25 -0400 Subject: [Vtigercrm-developers] PHP Source Beautification Message-ID: Has anyone used PHP source beautification tools with any success? http://neurobashing.com/blog/archives/2005/03/24/phptidy_quest_continues.html http://www.waterproof.fr/products/phpCodeBeautifier/ Assuming the right tool made PHP source beautification quick and reliable, whether (and when) we should bulk-apply formatting standards to the codebase is an open question. The downside is that diffs and merges across that boundary of revision(s) don't really have much use anymore. If there was a branch of the source code that would never have fixes and features back ported to it, then it would be a possibility to do rapid, wholesale beautification. To my way of thinking, the trunk, prior to branching for vtigercrm-5.0.0 release candidates, might fit this description, and would be the last opportunity of this type for quite a while. Any thoughts? From rudig at tiscali.be Wed May 31 12:46:16 2006 From: rudig at tiscali.be (rudi gybels) Date: Wed, 31 May 2006 18:46:16 +0200 Subject: [Vtigercrm-developers] vtigercrm-developers Digest, Vol 6, Issue 6 In-Reply-To: Message-ID: <001201c684d1$bc4bbfb0$9e02a8c0@ZOND002> Hi, For Abos: The problem with: 52 bd Jeanne d'Arc Can be solved by adding the php escape: 52 bd Jeanne d\' Arc If entered like this, the issue should be solved. Best regards, Rudi. -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Namens vtigercrm-developers-request at lists.vtigercrm.com Verzonden: dinsdag 6 juni 2006 17:30 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: vtigercrm-developers Digest, Vol 6, Issue 6 Send vtigercrm-developers mailing list submissions to vtigercrm-developers at lists.vtigercrm.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers or, via email, send a message with subject or body 'help' to vtigercrm-developers-request at lists.vtigercrm.com You can reach the person managing the list at vtigercrm-developers-owner at lists.vtigercrm.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtigercrm-developers digest..." Today's Topics: 1. Custom fields in vtiger CRM 5 (Abos) 2. Calendar V5 (Abos) 3. Some dropdown (Abos) 4. Customview pagination (Abos) 5. Translations (Abos) 6. Re: Can we release 4.2.4 already? (Richie) 7. Re: bug fixes/contributions for 5.0 (Sergio A. Kessler) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Jun 2006 14:20:09 +0200 From: Abos Subject: [Vtigercrm-developers] Custom fields in vtiger CRM 5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448572F9.4020401 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, on new version, the picklist are re ordered alphabeticaly. It's really difficult to use for me. By default the first value (reordered) is selected. If i create a new picklist like this : Select My value 1 My value 2 ... With the new system i obtain in my module : My value 1 (saved by default and wrong !) My value 2 Select With admin, if i edit a custom field, i have not the value list, i have to click on field type to show my picklist value for modifications. Cheer, A?ssa ------------------------------ Message: 2 Date: Tue, 06 Jun 2006 14:26:00 +0200 From: Abos Subject: [Vtigercrm-developers] Calendar V5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857458.1060300 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't know if the new calendar ready, but the share system is not working correctly. I only see the activities from others users on my home. I alway obtain : You are not permitted to execute this Operation when i follow the link. The activity is created by admin, the admin calendar is share with standarduser. I have created a group with admin & standarduser, same result. ------------------------------ Message: 3 Date: Tue, 06 Jun 2006 14:29:53 +0200 From: Abos Subject: [Vtigercrm-developers] Some dropdown To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857541.2010600 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Again, For some system dropdown like quick create, it can be usefull to have a first field called "select", because Account is selected by default, and i can't create a account directly. Same thing for module portal, the first site saved is never displayed, i have to change 2 times to see the first entry. ------------------------------ Message: 4 Date: Tue, 06 Jun 2006 14:32:43 +0200 From: Abos Subject: [Vtigercrm-developers] Customview pagination To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448575EB.8080104 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed This feature is really cool, but, if i use a customview for a mass mailing, only the 10 or X first entry are used to send email. Cheer A?ssa ------------------------------ Message: 5 Date: Tue, 06 Jun 2006 15:13:07 +0200 From: Abos Subject: [Vtigercrm-developers] Translations To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857F63.90303 at vtigercrmfrance.org> Content-Type: text/plain; charset="iso-8859-1" Translations problems ;-) Critical : The button save in "My preferences" not work with french lang. For each Tab "More information" in detail view. Critical : The link (url) is translated, exemple in Campaigns we have : http://127.0.0.1/vtbeta/index.php?action=CallRelatedList&module=* Campagnes* &record=121&parenttab=Marketing and obtain an hacking attempt. When i'm on tab relatedlist : The tab names are now in english, The modules names are in enlish, All the button "Add new..." are in english, Only the table header are translated. Module dashboard : By default all is translated. But if i click on any link, all is in english. In fact, only dashboard home is translated. Module report : The table header (field names) are not translated on report display and exports PDF/XLS Left panel "Actions" : All have to be translate. On custom field creation : index.php?module=Settings&action=SettingsSubMenu&type=CustomField&parenttab= Settings The module names have to be translated. On picklist settings : index.php?module=Settings&action=PickList&parenttab=Settings Same thing, the module name have to be translated. On default field permission : index.php?module=Users&action=DefaultFieldPermissions&parenttab=Settings The field name have to be translated On profiles privil?ges : index.php?module=Users&action=profilePrivileges&return_action=ListProfiles&p arenttab=Settings&mode=edit&profileid=4 Module names, Field names, actions have to be translated. On OrgSharingDetailView : Button add privilege have to be translated, Rules pop up and fields too Iventory notification : index.php?module=Users&action=listinventorynotifications&parenttab=Settings The term Tool on table header have to be translated Critical : Company information : The bug with ' persist. My company address : 52 bd Jeanne d'Arc. How to have my company address in vtiger crm ? Module calendar : Repeat type have to be translated. Daily, weekly, monthly have no signification here. The term "view" for hour view and list view have to be translated Module Activites : On list view, call/meeting/task have to be translated or changed for image. On editview same thing + repeat. Critical : Some "Ajax" save button not work. Critical : On some module the tag cloud system display an hacking attempt, i think it's due to a module name translation. Character set is not displyed on html source. Critical : Character problem with announce and accents. Chat not work, when i press "enter" i go to the home page. To be continued.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/29821bce/attachment-0001.htm ------------------------------ Message: 6 Date: Tue, 06 Jun 2006 08:08:59 -0700 From: Richie Subject: Re: [Vtigercrm-developers] Can we release 4.2.4 already? To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <10ba9e3af95.-5842706935838209260.-5610252546111581252@@vtiger.com> Content-Type: text/plain; charset="utf-8" Hi! The 4.2.4 is available for download at the following location :- http://vtiger.com/download/vtiger_CRM_4_2_4.exe http://vtiger.com/download/vtiger_CRM_4_2_4.bin http://vtiger.com/download/vtiger_CRM_4_2_4.PhpDocs.zip The source will be released soon as there is a small logistical problem here causing the delay. Let me know if there be any issues. Should we make this an official announcement Allan? I would prefer if you do it as you have taken the initiative. It is only right that the credit too is taken by you. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Thanks guys, I've tagged and exported 4.2.4 (without changes) and it's ready to go. I also created some release notes, attached to this email if anyone has any input on them. I sent this information along with the packaged release to richie but as he seems to be unresponsive on this release I'm not counting on him to get it out in a timely manner. I'd like to put the release on the trac system, if the admin is alright with that please email me directly and I'll get you the files, if not I'll just attach it to the vtiger message board. On a side note the trac ticket system should be modified to remove 4.2.4 as a milestone and add it as a version (and probably remove the 4.2.4rc's well we're at it), if that can be done without messing up the existing tickets. Allan On 5/30/06, Jeff Kowalczyk <jtk at yahoo.com> wrote: > Brian Devendorf wrote: > > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > > I think it would focus the bug reporting for vtiger 4 on the bugs > > that still exist in the product. > > Sure, its always good to have extra point releases to eliminate patch > trading. vtigercrm-4.2.5 will likely follow soon after. > > Based on past tags, our procedure was to put the branch in the exact form > used for release, then copy to a tag using the command: > > # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' > > Ideally (and we may not be there yet), a release fileset is a > vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: > > # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 > > With no post processing. I guess for .exe installers (if used), that's an > exeption to the rule. > > Unless there are any changes to forward port to branches/4.2, we finally > svn rm the branches/4.2.4. > > Thanks for doing the release, Allan. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/fb3ac5ff/attachment-0001.html ------------------------------ Message: 7 Date: Tue, 6 Jun 2006 12:30:11 -0300 From: "Sergio A. Kessler" Subject: Re: [Vtigercrm-developers] bug fixes/contributions for 5.0 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <49216030606060830we1cffcej4bc76800f12657ef at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed normally one should fill a issue with the trac (posting the patch there) and post a message here with a blurb about the problem and a link to the trac issue number... regards, /sak On 6/6/06, Richie wrote: > > Hello! > > I stand corrected. My intention of suggesting the mailing list was to have a > on-the-spot peer review and we will not miss out too many patches. Moreover, > we had a damn good number of fixes/posts in the mailing list for 4.2.4. > But then, the trac is the proper place to handle these issues. I see the > light now :) > > My only point of concern is how does the team/community get notified of the > patches submitted in the trac? Jeff any ideas on this front? > > Please post all the patches/fixes to the trac in the meantime. It will be a > bit confusing initially but then we will come to terms with it too. > > > > > > > ---- Allan Bush wrote ---- > > > I think handling multiple bug fixes on the mailing list could become > hard to organize very quickly. > > We would be better off to create tickets in the trac system and attach > a patch. I've used this system before and it's much easier to work > with and keep organized. My only concern would be that the patch > would be lost among the other thousand plus tickets, but if we create > a keyword to be used or assigned the ticket to an appropriate person > it should receive enough attention. > > On 6/5/06, Richie wrote: > > > > Hello! > > > > We welcome bug fixes for vtigercrm 5.0. Do feel free to > > post the fixes in this email list so that > > we can have a peer > > review right here and I will integrate it into the trunk. > > > > I will need some help in this regard. Any one willing > > to lend me a hand please? > > I would think that having 2 guys as assistants will > > be good as the product is too big to be > > handled > > by myself and a single helper. We can start having the > > fixes for the issues in the trac or even > > otherwise. > > > > > > The only rules before checking into the trunk are that :- > > > > the person should know what he is doing. > > in case of any possible issues, raise the flag then > > and there and submit the post/patch for > > further > > review. > > keep all of us in the same page as most of us are > > in different time zones so the mailing > > list will be > > the only mode of keeping in touch. > > > > > > > > If there be a better approach to this, I am willing > > to listen. > > > > Jeff, Brian, Allan, Joel, Matt, ...? > > > > > > Richie > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > > personal organizer online, Zoho Planner for FREE instead! > > http://zohoplanner.com/?vt > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > ------------------------------ _______________________________________________ vtigercrm-developers mailing list vtigercrm-developers at lists.vtigercrm.com http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers End of vtigercrm-developers Digest, Vol 6, Issue 6 ************************************************** From damien at koalatelecom.com.au Fri May 19 02:49:28 2006 From: damien at koalatelecom.com.au (Damien Bezborodow) Date: Fri, 19 May 2006 06:49:28 -0000 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <002201c67b10$71a9bb80$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/723b60fc/attachment-0004.html From saint at vtiger.com Mon May 1 23:28:40 2006 From: saint at vtiger.com (Saint) Date: Tue, 02 May 2006 11:58:40 +0530 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <001801c66b65$97492520$6364a8c0@ifoundriest30> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> Message-ID: <4456FC18.4040707@vtiger.com> Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: > Hello team, > > > > I would like to add my observation on this "Detailed View". > > > > Before this is rolled out "all out", I believe the more important > thing is that this would be one of the beginning steps of Sales > Automation, this example would aptly be the "order progress". I would > see this screen being particularly useful for Account Executives and > Field Sales: > > > > * Able to check on previous orders from this client; if a "quick > notes" section that can list out some user configurable details > such as "Last order date", "Last order size", "Any outstanding > cases", etc on the right column just above the "Actions" would > be a great assistance. > * Able to pull data seamlessly from all modules (ie. Price book, > terms and conditions from existing options) without needing to > "right-click and open" other tabs. > > > > An enhanced version for management purposes would be to allow all > detailed views to open up as below, including those that are "done" so > as to do checking. Versioning for any adjustments and auto-numbering > (with reference on who adjusted what) would be important also in this > screen. > > > > Finally I certainly do hope that this would set the fundamental > workflow system in place for the workflow module! > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On Behalf > Of *Saint > *Sent:* 27 April 2006 23:45 > *To:* LANCER : Developers List > *Subject:* [Vtigercrm-developers] LANCER : Related Actions link: Will > thishelp? > > > > Guys, > > Check the attached image. We are thinking about providing relevant > actions/links in major modules (in detailed view, espicially). What do > you think? will this help the users? will it improve the user experience? > > Example 1. Say for example, When you are viewing a Quote, you can > generate an invoice/sales order directly, also one can track similar > quotes using the information of that particular quote like account > name, potential name, address, or products etc. > > Example 2. Another example is .. when you are viewing a product > details, you cna create a quote/invoice/sales order, track all quotes > pertaining to that product etc. > > > regards, > Saint > >------------------------------------------------------------------------ > >_______________________________________________ >This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: asynch.jpg Type: image/jpeg Size: 27956 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0003.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 94604 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/bb5c7cec/attachment-0005.jpe From richie at vtiger.com Mon May 1 23:50:48 2006 From: richie at vtiger.com (Richie) Date: Mon, 01 May 2006 23:50:48 -0700 Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp? In-Reply-To: <4456FC18.4040707@vtiger.com> References: <001801c66b65$97492520$6364a8c0@ifoundriest30> <4456FC18.4040707@vtiger.com> Message-ID: <10af3dd03fe.-1320619257654408135.-5132094664933082522@@vtiger.com> Hello! Great feedbacks! It will be nice to get some of these kinds of feedbacks on the other modules as well. The tech aspects can be handled that is not an issue at all. If we could get similar feedbacks for all the other modules as well, we could plan on providing a generic set of features. Richie ---- Saint<saint at vtiger.com> wrote ---- Yes, this enhancement sounds more meaningful. But I wonder, will that affect the performance? Coz i guess there might be a high load over the DB query, mining huge data for few relevant details. May be, can we use AJAX here? so that the left side UI loads first.. then asynchronously the right side details such as "Quick notes, Last Order date" etc will be loaded? Well, I am not a techie coder and I dont know if that thats really a performance bottleneck or not. So, I leave it to you folks. :-) My idea is something like this : Saint Nicholas Chan wrote: Hello team,   I would like to add my observation on this “Detailed View”.   Before this is rolled out “all out”, I believe the more important thing is that this would be one of the beginning steps of Sales Automation, this example would aptly be the “order progress”. I would see this screen being particularly useful for Account Executives and Field Sales:   Able to check on previous orders from this client; if a “quick notes” section that can list out some user configurable details such as “Last order date”, “Last order size”, “Any outstanding cases”, etc on the right column just above the “Actions” would be a great assistance. Able to pull data seamlessly from all modules (ie. Price book, terms and conditions from existing options) without needing to “right-click and open” other tabs.   An enhanced version for management purposes would be to allow all detailed views to open up as below, including those that are “done” so as to do checking. Versioning for any adjustments and auto-numbering (with reference on who adjusted what) would be important also in this screen.   Finally I certainly do hope that this would set the fundamental workflow system in place for the workflow module!   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 27 April 2006 23:45 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : Related Actions link: Will thishelp?   Guys, Check the attached image. We are thinking about providing relevant actions/links in major modules (in detailed view, espicially). What do you think? will this help the users? will it improve the user experience? Example 1. Say for example, When you are viewing a Quote, you can generate an invoice/sales order  directly, also one can track similar quotes using the information of that particular quote like account name, potential name, address, or products etc. Example 2. Another example is .. when you are viewing a product details, you cna create a quote/invoice/sales order, track all quotes pertaining to that product etc. regards, Saint _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060501/7e1a5d52/attachment-0005.html From richie at vtiger.com Tue May 2 05:29:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 05:29:25 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> Message-ID: <10af51304c1.6627470334370854809.-2656457101932597560@@vtiger.com> Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/f2c8b379/attachment-0003.html From Joel.Rydbeck at nubrek.com Tue May 2 11:46:22 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 13:46:22 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Richie, Do you want to create a branch for us to check changes into? How would you like to see this play out? The PostgreSQL changes have typically been widespread. If you're ok with helping merge changes back into the truck, we could get the bulk of the changes in to a branch, merge it in, and then bug fix from there. Allan / Jeff, do you guys want to communicate directly via email to coordinate? Mine is joel.rydbeck(-at-) nubrek.com Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Tue 5/2/2006 7:45 AM To: vtigercrm-developers at lists.vtigercrm.com Cc: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi! Team, we need volunteers to help us provide the postgres support. We are running short of hands here and we need help. I would like to know how to start approaching this - right from the start of the installation procedure. I would prefer to have a plan-of-approach in place by the PostGres gurus and then move ahead based on their advice. Also, an indication of the time required to achieve the same will be helpful in further planning. I repeat, we are held up here with the bug-fixes and are not able to devote any time to PostGres. We need help. Thank You, Richie ---- Jeff Kowalczyk wrote ---- Just to see what an automatic merge would accomplish to bring the 4.2 postgresql support to the trunk, I did a dry run merge. Definitely file this under 'foolhardy merging that would break the trunk in many ways': In svn update/merge console output, 'U' indicates clean merge of changesets, 'C' indicates conflicting lines. This merge testing is done with a trunk checkout: URL: http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk Revision: 5506 Changeset 5306 is the changeset that merged the work from vtigercrm/branches/4.2_postgresql_integration to the 4.2 branch. The following files would apparently get clean automatic merges of the changeset that adds postgresql support to branches/4.2: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'U ' U modules/Reports/SaveReportFolder.php U modules/Reports/Save.php U modules/Reports/Reports.php U modules/Settings/SaveConvertLead.php U modules/Settings/DeleteCustomField.php U modules/Settings/UpdateComboValues.php U modules/Users/User.php U modules/Users/massdelete.php U modules/Users/updateLeadDBStatus.php U modules/Calendar/appointment.pinc U modules/Import/UsersLastImport.php U include/database/PearDatabase.php U schema/DatabaseSchema.xml This definitely doesn't mean complete support (in these files) for postgresql, only that the changesets from the branch would cleanly merge to the trunk without additional effort. These (many) other files would have conflict lines added to the source. This would definitely bring PHP syntax breakage, and require immediate attention to resolve the conflicts before the code would even run again: $ svn merge --dry-run http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5305 http://jeffk at vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/4.2 at 5306 | grep 'C ' C config.inc.php C modules/Accounts/ListViewTop.php C modules/Accounts/Account.php C modules/Accounts/Popup_picker.php C modules/Accounts/Popup.php C modules/Accounts/ListView.php C modules/Quotes/Quote.php C modules/Quotes/Delete.php C modules/Quotes/Popup.php C modules/Quotes/ListView.php C modules/Potentials/Popup.php C modules/Potentials/ListView.php C modules/Potentials/Opportunity.php C modules/Leads/Popup.php C modules/Leads/Lead.php C modules/Leads/ListView.php C modules/Leads/LeadConvertToEntities.php C modules/Home/UnifiedSearch.php C modules/Notes/Delete.php C modules/Notes/ListView.php C modules/Invoice/Invoice.php C modules/Invoice/ListView.php C modules/Reports/ReportRun.php C modules/Reports/PopulateReports.php C modules/HelpDesk/HelpDesk.php C modules/HelpDesk/ListView.php C modules/Users/SaveProfile.php C modules/Users/SaveOrgSharing.php C modules/Users/LoginHistory.php C modules/Users/saveemailtemplate.php C modules/Users/ListView.php C modules/Users/Security.php C modules/Users/SaveRole.php C modules/Products/Popup.php C modules/Products/AddProductsToPriceBook.php C modules/Products/ListView.php C modules/Products/Delete.php C modules/Products/Product.php C modules/Activities/Activity.php C modules/Activities/ListView.php C modules/Activities/RenderRelatedListUI.php C modules/Activities/OpenListView.php C modules/CustomView/Save.php C modules/CustomView/CustomView.php C modules/Faq/ListView.php C modules/uploads/add2db.php C modules/Emails/Email.php C modules/Emails/ListView.php C modules/Contacts/Contact.php C modules/Contacts/Popup.php C modules/Contacts/ListView.php C data/CRMEntity.php C data/SugarBean.php C include/RelatedListView.php C include/PopulateComboValues.php C install/5createTables.inc.php C install/4createConfigFile.php C install/1checkSystem.php C install/2setConfig.php C install/populateSeedData.php C install/3confirmConfig.php C adodb/adodb.inc.php C adodb/adodb-lib.inc.php C adodb/drivers/adodb-mysql.inc.php There are a few skipped files, due to move, rename or removal in trunk. Again, merging and subsequently resolving these many conflicts would by no means imply completed postgresql support for the trunk. However, any approach that brings the trunk and maintained branches closer together would be a positive thing. Once vtigercrm-5.0.0 is in production, certainly people will want to back-port selected features, and forward-port bug fixes during the long lifecycle of the vtigercrm-4.2.x series. Minimizing diffs between branches always makes that process easier. Just FYI. I don't think this merge (except for the 'U' files) would do any good at this point. Allan can probably move through the trunk codebase quicker with his method. Note: svn revert doesn't undo conflict messages AFAICT. If you try this merge without the --dry-run option, be prepared to check out a fresh trunk working copy after you are done examining the results. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9398 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/82ace2ec/attachment-0005.bin From jtk at yahoo.com Tue May 2 12:46:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 15:46:03 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > Do you want to create a branch for us to check changes into? How would > you like to see this play out? > > The PostgreSQL changes have typically been widespread. If you're ok > with helping merge changes back into the truck, we could get the bulk of > the changes in to a branch, merge it in, and then bug fix from there. A branch makes the most sense. I volunteer to do the mechanical (e.g. naive) merging of trunk activity to the feature branch as long as it is in use. This keeps the diff small and makes it easier to merge portions or the whole back to the trunk at any given time. When there is consensus that work will begin, Someone should issue the following command (all on one line): svn cp http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration -m 'refs #752. Create a branch of vtigercrm/trunk named vtigercrm/branches/5.0_postgresql_integration. Development on this branch should be merged back to vtigercrm/trunk as soon as complete, to be included in vtigercrm/tags/vtigercrm-5.0.0beta series' I can make that branch if/when Allan, Joel, et al say they're ready to work on it. We have ticket #752 to reference this work: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 From allan.bush+vtiger_dev at gmail.com Tue May 2 13:06:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:06:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> Message-ID: <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Personally I don't think we really need a branch as the changeset should be much smaller then for 4.2 and we're not working at the same time as RCs are being releases so I'm not worried about temporally breaking things. If we want to back it out we'll have the list of changesets attached to a tracking ticket anyways. If someone would give me permission to commit in the trunk I'll start working on Postgres support. On 5/2/06, Jeff Kowalczyk wrote: > Joel Rydbeck wrote: > > Do you want to create a branch for us to check changes into? How would > > you like to see this play out? > > > > The PostgreSQL changes have typically been widespread. If you're ok > > with helping merge changes back into the truck, we could get the bulk of > > the changes in to a branch, merge it in, and then bug fix from there. > > A branch makes the most sense. I volunteer to do the mechanical (e.g. > naive) merging of trunk activity to the feature branch as long as it is > in use. This keeps the diff small and makes it easier to merge portions or > the whole back to the trunk at any given time. > > When there is consensus that work will begin, Someone should issue the > following command (all on one line): > > svn cp > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/trunk > http://(name-at)vtiger.fosslabs.com/svn/vtiger/vtigercrm/branches/5.0_postgresql_integration > -m 'refs #752. Create a branch of vtigercrm/trunk named > vtigercrm/branches/5.0_postgresql_integration. Development on this branch > should be merged back to vtigercrm/trunk as soon as complete, to be > included in vtigercrm/tags/vtigercrm-5.0.0beta series' > > I can make that branch if/when Allan, Joel, et al say they're ready to > work on it. > > We have ticket #752 to reference this work: > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/752 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Tue May 2 13:19:39 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 16:19:39 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: Allan Bush wrote: > Personally I don't think we really need a branch as the changeset should > be much smaller then for 4.2 and we're not working at the same time as > RCs are being releases so I'm not worried about temporally breaking > things. That's true, your method involves fixing adodb usage one query at a time. Aside from the bootstrapping needed to get a postgresql database loaded (which can probably be done during one workday's time-zone offset), ongoing breakage from any particular query-fixing changeset should be unlikely. > If we want to back it out we'll have the list of changesets attached to > a tracking ticket anyways. Also true. For reference, anyone making commits on this task please be sure to add the text "refs #752" somewhere in your commit message. I prefer it to be the first part of the message, myself. > If someone would give me permission to commit in the trunk I'll start > working on Postgres support. Do you mean software permissions, or consent? I didn't think the repository was partitioned in commit access that way. If its just Richie and team's consent you seek, I'd say you have it based on Richie's messages to this list. Go for it. From allan.bush+vtiger_dev at gmail.com Tue May 2 13:42:03 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 2 May 2006 13:42:03 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> Message-ID: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> > > Do you mean software permissions, or consent? I didn't think the > repository was partitioned in commit access that way. > > If its just Richie and team's consent you seek, I'd say you have it based > on Richie's messages to this list. Go for it. > software permissions, unless I'm just totally screwing something up. When trying to commit on the trunk I get prompted for my username/password and an authorization failed error. I wasn't able to create a branch when I wanted to before either so I think my account is limited in some way. From mmbrich at fosslabs.com Tue May 2 14:44:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 15:44:09 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> Message-ID: <1146606249.30221.34.camel@localhost.localdomain> You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From Joel.Rydbeck at nubrek.com Tue May 2 14:59:24 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Tue, 2 May 2006 16:59:24 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 5886 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/dc2ce803/attachment-0005.bin From jtk at yahoo.com Tue May 2 15:26:00 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:26:00 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > (Allan) should have commit permissions for trunk now, enjoy :). Can you make the same permission setting change for me (and Joel?) as well? I just tried to check in a mimetype propset, and got the auth prompt like Allan did. I'm just going to be doing housecleaning-type stuff, (hopefully) nothing that changes program code. From jtk at yahoo.com Tue May 2 15:29:48 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 02 May 2006 18:29:48 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. From mmbrich at fosslabs.com Tue May 2 15:38:40 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 02 May 2006 16:38:40 -0600 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <1146606249.30221.34.camel@localhost.localdomain> Message-ID: <1146609521.30221.41.camel@localhost.localdomain> Done and done. Matt On Tue, 2006-05-02 at 18:26 -0400, Jeff Kowalczyk wrote: > Matthew Brichacek wrote: > > (Allan) should have commit permissions for trunk now, enjoy :). > > Can you make the same permission setting change for me (and Joel?) as > well? I just tried to check in a mimetype propset, and got the auth > prompt like Allan did. > > I'm just going to be doing housecleaning-type stuff, (hopefully) nothing > that changes program code. > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Tue May 2 23:15:17 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:15:17 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e2d90d.-5750206824567509625.-7091388184876865000@@vtiger.com> Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck<Joel.Rydbeck at nubrek.com> wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/a0861033/attachment-0005.html From richie at vtiger.com Tue May 2 23:18:43 2006 From: richie at vtiger.com (Richie) Date: Tue, 02 May 2006 23:18:43 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <5890908235239429385@unknownmsgid> <3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com> <000001c66de6$53dfcf40$0a0510ac@nubrek.local> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> Message-ID: <10af8e60164.-150783175157416236.8662637408496963933@@vtiger.com> Hail JeffK! Nex time I will be ultra-careful while writing in presence of the versioning guru! :-) Coming to brasstacks, Is Allan going to be solo on this or is Joel joining him? If any of you guys could tell me how to get a PostGres setup running, I could try and get a setup ready for testing it on the same locally over here when time permits. Let me know if I need to do anything. Thanks for the help guys. Really appreciate it. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Joel Rydbeck wrote: > It looks like you're going solo on the front end of this. I'm guessing > this relegates Jeff and I to testing. Once you're ready I'll do a quick > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > team will signal us if they find any MySQL bugs. > > Let me know how you want bugs filed. I'd say keep using bug #752. The only irrelevant part is that there probably won't be a branch created. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060502/eb1edb12/attachment-0003.html From dgrant at accuratetechnologies.com Wed May 3 07:25:00 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 3 May 2006 10:25:00 -0400 Subject: [Vtigercrm-developers] Quotes must retain product add order Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FC@exch.accuratetechnologies.com> Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG From Joel.Rydbeck at nubrek.com Wed May 3 07:32:15 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:15 -0500 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org><5890908235239429385@unknownmsgid><3bec26390604270850x2c006714v24f3fce219f1b47e@mail.gmail.com><000001c66de6$53dfcf40$0a0510ac@nubrek.local><3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com><3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: Richie, I'll let Allan and Jeff fill in the gaps. a) How do we give the user the option of using PostGres while installation? This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? & c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). Thank you for your support and assistance in performing this. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Richie Sent: Wed 5/3/2006 1:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 Hi Team! Can anyone fill me in on what is going to be the approach for this please? I am listing out the queries that I have. Kindly do respond to them please. a)how do we give the user the option of using PostGres while installation? b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? Please note, the core team has never worked on PostGres before hence the queries. I am open to learning. Richie ---- Joel Rydbeck wrote ---- Allan, It looks like you're going solo on the front end of this. I'm guessing this relegates Jeff and I to testing. Once you're ready I'll do a quick pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger team will signal us if they find any MySQL bugs. Let me know how you want bugs filed. Regards, - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Matthew Brichacek Sent: Tue 5/2/2006 4:45 PM To: vtigercrm-developers at lists.vtigercrm.com Subject: Re: [Vtigercrm-developers] postgres support in v5 You should have commit permissions for trunk now, enjoy :). Matt On Tue, 2006-05-02 at 13:42 -0700, Allan Bush wrote: > > > > Do you mean software permissions, or consent? I didn't think the > > repository was partitioned in commit access that way. > > > > If its just Richie and team's consent you seek, I'd say you have it based > > on Richie's messages to this list. Go for it. > > > > software permissions, unless I'm just totally screwing something up. > > When trying to commit on the trunk I get prompted for my > username/password and an authorization failed error. I wasn't able to > create a branch when I wanted to before either so I think my account > is limited in some way. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 8538 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/af3dba8d/attachment-0005.bin From Joel.Rydbeck at nubrek.com Wed May 3 07:32:45 2006 From: Joel.Rydbeck at nubrek.com (Joel Rydbeck) Date: Wed, 3 May 2006 09:32:45 -0500 Subject: [Vtigercrm-developers] Quotes must retain product add order References: <000601c66ebe$2a14b6c0$0a0510ac@nubrek.local> Message-ID: Forgive my ignorance here, but will we be able to have custom columns for products in 5.0? I have customers who want to track several item-specific numbers and its difficult at best in 4.2. - Joel ________________________________ From: vtigercrm-developers-bounces at lists.vtigercrm.com on behalf of Dennis Grant Sent: Wed 5/3/2006 9:30 AM To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] Quotes must retain product add order Something that was a recent hot-button issue here I have addressed in our codebase and I'd like it folded into the GA versions of 4.2 and 5.0. The issue is that our sales team wanted Quotes to retain the order in which products were added to the Quote. What they are trying to do is group products according to some sort of logical order, like this: Product A Accessory 1 for Product A Accessory 2 for Product A Accessory 3 for Product A Product B Accessory 1 for Product B Accessory 2 for product B ...etc... The intent here being that the PDF version of the quote reflect some sort of logical grouping, so that customers and their bean counters can follow what they are getting. What *was* happening is that the products were being returned out of the quotesproductrel table in key order - meaning that the order they were displayed depended on the order that the products had been added to the product table. This effectively randomized the order of items on the quote and REALLY pissed them off. After much analysis, the problem was solved as follows: 1) Added a new column "sequence" int(10) to the quotesproductrel table 2) In Quotes/Save.php, write the sequence number to the table: ------------------ //Printing the total Number of rows $tot_no_prod = $_REQUEST['totalProductCount']; $vtlog->logthis("The total Product Count is ".$tot_no_prod,'debug'); for($i=1; $i<=$tot_no_prod; $i++) { $product_id_var = 'hdnProductId'.$i; $status_var = 'hdnRowStatus'.$i; $qty_var = 'txtQty'.$i; $list_price_var = 'txtListPrice'.$i; $prod_id = $_REQUEST[$product_id_var]; $prod_status = $_REQUEST[$status_var]; $qty = $_REQUEST[$qty_var]; $listprice = $_REQUEST[$list_price_var]; $vtlog->logthis("Row Number: ".$i." ProductID: ".$prod_id,'debug'); if($prod_status != 'D') { // DG 02 May 206 Write the sequence number to the quotesproductrel table so we preserve the order in which the products were added to the quote $query ="insert into quotesproductrel values(".$focus->id.",".$prod_id.",".$qty.",".$listprice.", ".$i.")"; //echo $query; $adb->query($query); //Checking the re-order level and sending mail updateStk($prod_id,$qty,$focus->mode,$ext_prod_arr); } } --------------------- 3) Anywhere a query is made against quotesproductrel, append the text "ORDER BY sequence" to the end of the query SQL text. This happens 3 times in includes/utils.php and once in Quotes/CreatePDF.php This seems to do the trick nicely and appears to be backwards-compatible with quotes that have null values in the sequence. Could somebody fold this in to 4.2.X and 5.0 for me? Could I also renew my plea to PLEASE PLEASE PLEASE add more comments to the vtiger code - including the Javascript functions? Debugging can be a nightmare tracing down the developer's intent. Tanks, DG _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7712 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/3efd3e15/attachment-0005.bin From sergiokessler at gmail.com Wed May 3 07:38:02 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 11:38:02 -0300 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <6609477483050127988@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <6609477483050127988@unknownmsgid> Message-ID: <49216030605030738n78e6506br19b0d48b7dc5e658@mail.gmail.com> richie, if you are using windows then the easy way is to download the wrapped package of postgres for windows: http://pgfoundry.org/frs/?group_id=1000007&release_id=438 it come with a pgAdmin tool that let you manage the cluster... cheers, /sak On 5/3/06, Richie wrote: > Hail JeffK! > > Nex time I will be ultra-careful while writing in presence of the versioning > guru! :-) > > Coming to brasstacks, > > Is Allan going to be solo on this or is Joel joining him? > If any of you guys could tell me how to get a PostGres setup running, I > could try and get a setup ready for testing it on the same locally over here > when time permits. > > Let me know if I need to do anything. > > Thanks for the help guys. Really appreciate it. > > Richie > > > > > ---- Jeff Kowalczyk wrote ---- > > > Joel Rydbeck wrote: > > It looks like you're going solo on the front end of this. I'm guessing > > this relegates Jeff and I to testing. Once you're ready I'll do a quick > > pass on testing and can open PostgreSQL bugs. I'm guessing the vTiger > > team will signal us if they find any MySQL bugs. > > > > Let me know how you want bugs filed. > > I'd say keep using bug #752. The only irrelevant part is that there > probably won't be a branch created. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Wed May 3 10:55:53 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Wed, 3 May 2006 10:55:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> Message-ID: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Filling in the gaps. On 5/3/06, Joel Rydbeck wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan From david.bain at alteroo.com Wed May 3 15:53:04 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 18:53:04 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields Message-ID: How do I customize customer information fields (if that's what you call them)? I would really like to be able to capture custom data that does not come standard with vtiger. Is there an interface to edit this information? Or does it require editing mysql etc.... For example, in Zope/Plone adding new fields is a matter of editing a schema. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/2b54e1c4/attachment-0005.html From david.bain at alteroo.com Wed May 3 16:08:11 2006 From: david.bain at alteroo.com (David Bain) Date: Wed, 3 May 2006 19:08:11 -0400 Subject: [Vtigercrm-developers] Configuring Database Fields In-Reply-To: References: Message-ID: Nevermind. I'll read the fine manual some more. On 5/3/06, David Bain wrote: > > How do I customize customer information fields (if that's what you call > them)? > I would really like to be able to capture custom data that does not come > standard with vtiger. > > Is there an interface to edit this information? Or does it require editing > mysql etc.... > > For example, in Zope/Plone adding new fields is a matter of editing a > schema. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4c28ecff/attachment-0003.html From sergiokessler at gmail.com Wed May 3 17:45:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 3 May 2006 21:45:24 -0300 Subject: [Vtigercrm-developers] EGS Message-ID: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> has anyone seen this: http://www.enterprisegroupwaresystem.org ? I didn't see the code, but the crm part looks familiar... /sak From mmbrich at fosslabs.com Wed May 3 17:54:09 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 03 May 2006 18:54:09 -0600 Subject: [Vtigercrm-developers] EGS In-Reply-To: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> References: <49216030605031745ua4e1f6drdc1c2a92a93eae52@mail.gmail.com> Message-ID: <1146704049.5578.95.camel@localhost.localdomain> Nice project from what I could tell. I looked into it a couple months ago and walked through the code. As far as I can tell it wasn't derived from vtiger at all. I had thought about writing them a webmail interface similar to ours but I just haven't had any time to dedicate to it. Matt On Wed, 2006-05-03 at 21:45 -0300, Sergio A. Kessler wrote: > has anyone seen this: > > http://www.enterprisegroupwaresystem.org ? > > I didn't see the code, but the crm part looks familiar... > > > /sak > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From gopals at vtiger.com Wed May 3 18:02:02 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 03 May 2006 18:02:02 -0700 Subject: [Vtigercrm-developers] Integrated Latest phpSysInfo 2.5.2 RC2 Message-ID: <10afcea6cd7.-2739018677294874289.-3222981390591371583@@vtiger.com> Hello, We have tested the latest version of phpSysInfo 2.5.2 RC2 with v5 development build. Some of the long pending issue related to System Configuration information in Window OS has been fixed. We have also tested the same in RedHat and it is working fine. I would like to request you all test it in various other Linux versions, particularly BSD and post your findings. FYI, you can check out (cvs co) the latest v5 source and test the System Configuration link available under Settings page. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/db01e18d/attachment-0005.html From libregeek at gmail.com Wed May 3 23:11:28 2006 From: libregeek at gmail.com (Manilal K M) Date: Thu, 4 May 2006 11:41:28 +0530 Subject: [Vtigercrm-developers] Use of user_privileges directory Message-ID: <2315046d0605032311p3514c673u6a02d86e4fef52cc@mail.gmail.com> Hi all, Please somebody give information about the user_privileges in vtiger5. I found two files like #1. index.html #2. sharing_privileges_2.php #3. user_privileges_2.php #4. sharing_privileges_1.php #5. user_privileges_1.php I searched the documentation, but no information. Is these files dynamically created or statically created when the user is created? regards Manilal From richie at vtiger.com Wed May 3 23:31:52 2006 From: richie at vtiger.com (Richie) Date: Wed, 03 May 2006 23:31:52 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <10afe1866d3.3329408199491161929.6491690970121438669@@vtiger.com> Hi! I would suggest that we have a branch for the PostGres part so that the merging will be a separate operation. This will ensure that we are able to keep track of breakages as well. JeffK, what do you suggest? The core-team has been working on bug-fixes and has done quite a lot of changes. I am concerned that we might again have to run in circles in the worst case with the PostGres fixes. Allan, no offence meant. Just voicing my concern. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Filling in the gaps. On 5/3/06, Joel Rydbeck <Joel.Rydbeck at nubrek.com> wrote: > Richie, > > I'll let Allan and Jeff fill in the gaps. > > a) How do we give the user the option of using PostGres while installation? > > This would be at installation point, we'll provide it in the dropdown on step 1 or step 2 (whichever one the user configures the db in). I started working on this one last night. > > b) What will be the impact if any on the mysql compatible queries that we have now? Will the current queries be changed? The current queries will be changed, the changes should have no effect on the mysql compatibility. I didn't encounter any mysql regression bugs doing the changes for 4.2 and I don't expect any for 5.0. > > c) If the current queries are changed as such they may affect the core team's development. Are we going to go on putting an IF check for PostGres? > > I would expect that the same queries will work for both databases, in the case of incompatible queries, my vote would be an if/else for the short term. Long-term, ADODB provides some healthy extensibility and abstraction of the db layer. My vote is that we get PGSQL support in now, and then polish with ADODB as we go along. > > d) How are we going to handle simultaneous development on the core code? How to handle breakages if any? > > Allan will likely be doing the bulk of the commits, so I'll let him address this. My commits will likely be isolated to one page at a time. If you guys are able to validate our work in MySQL as we go along, that would be very helpful. I'll try to test it at the same time (good ol' config.php swap). The same way you currently handle simultaneous development between the multiple contributers. I don't anticipate much breakage, the largest changeset will probably be done in one commit during the first day I work on this to get the installer working for both database types. As I work pretty much opposite hours from the rest of the team conflicts should be rare. > > Thank you for your support and assistance in performing this. > > Regards, > > - Joel > I just want to bring one point up which may ease you mind a little. SQL is a standard much like HTML. MySQL is like the IE of databases well Postgres is closer to a Firefox, in the sense that MySQL will make the best of any crap you send it well Postgres follows the standards more closely. So what I'm going to be doing is basically standardizing the SQL, and unlike IE MySQL supports the standards properly (well it's laking several features and just ignores some stuff but since I'm not adding anything that won't be a problem). Allan _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060503/4af89e4e/attachment-0003.html From m.jacquemes at neuf.fr Thu May 4 03:26:12 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Thu, 04 May 2006 12:26:12 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: I don't want to give you more work on Postgres support but maybe you remember I have done some work on MsSQL few time ago. I found that most of the efforts you have done normalizing queries were compatible with MsSQL. I have already made V5 work on this database but my code is not clean enough to contribute. What I would be interested is to follow your work and, if you agree, eventually make suggestions to have more portable queries. There is unfortunately a prerequisite for MsSQL about database schema. MsSql needs that all foreign key constraints ON DELETE CASCADE be replaced by ON DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I have already posted some lmails about that but never had feedback. This clause is actually silly because there are loops in vtiger database schema and I don't know how will react Postgres if it is activated. I do think that if we could have MsSQL support at the same time it will be a plus for vtiger. Michel From jtk at yahoo.com Thu May 4 08:28:02 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 04 May 2006 11:28:02 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <29109.7996909686$1146724345@news.gmane.org> Message-ID: Richie wrote: > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. This will ensure that we are able > to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in > the worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie Personally, I don't mind using a branch. It is extra work to maintain (and fewer people will test), but no one wants to slow down the vtiger teams workflow. Allan thinks the changes (some setup changes initially, then 'ADODB/SQL standardising' one query at a time) shouldn't cause breakage in the trunk. If we can safely land the changeset that supports both postgresql and mysql setup, I agree with Allan that there should be very little impact on mysql users from the per-query changesets. If there's a problem, just back that changeset out and ref #752. If the original plan is resumed to make a vtigercrm/branches/5.0_postgresql_integration, I will volunteer to naively merge (e.g. trunk wins conflicts, annotated) incoming trunk changesets to the postgresql branch during the few days while Allan, Joel and Michel's postgresql work is being done. FWIW, we could try the development in the trunk, and branch at any time if problems arise. I expect that after the postgresql setup capability is added, there won't really be a need to branch. From allan.bush+vtiger_dev at gmail.com Thu May 4 08:58:59 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:58:59 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> Message-ID: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> I'd love to support MsSQL as well, unfortunately I don't have a MsSQL test environment which make it pretty impractical for me to make the required changes. Have you tried checking out the latest code from the 4.2 branch to see how it works on MsSQL? I'd be interested to know how it works out for you, I anticipate you'll have a few rough spots where I made some ugly hacks based on the database being Postgres. The ON DELETE CASCADEs work really well in Postgres actually (not that anything really ever gets deleted via the web interface). Do you have an example of a loop so I can test that part out? Let me know of the issues you have and I'll try and incorporate them into the Postgres changeset. Allan On 5/4/06, Michel JACQUEMES wrote: > I don't want to give you more work on Postgres support but maybe you > remember I have done some work on MsSQL few time ago. I found that most of > the efforts you have done normalizing queries were compatible with MsSQL. > > I have already made V5 work on this database but my code is not clean enough > to contribute. What I would be interested is to follow your work and, if you > agree, eventually make suggestions to have more portable queries. > > There is unfortunately a prerequisite for MsSQL about database schema. MsSql > needs that all foreign key constraints ON DELETE CASCADE be replaced by ON > DELETE NO ACTION. I have tested this change and it doesn't affect vtiger. I > have already posted some lmails about that but never had feedback. > This clause is actually silly because there are loops in vtiger database > schema and I don't know how will react Postgres if it is activated. > > I do think that if we could have MsSQL support at the same time it will be a > plus for vtiger. > > Michel > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From m.jacquemes at neuf.fr Thu May 4 20:42:51 2006 From: m.jacquemes at neuf.fr (Michel JACQUEMES) Date: Fri, 05 May 2006 05:42:51 +0200 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <3bec26390605040858u547dfe6ao7dcc45e1d2e5cc84@mail.gmail.com> Message-ID: Hi Allan, I know it works because vtiger never use this feature. I have never tested it directly and don't know what are doing MySql or Postgres. Anyway I don't think it is a good practice. Code has to master record deletion, know if there are depending records and so on. You will find joined a loop sample but there are several others. The problem with MsSQL is that it makes its control at constraint creation. If you leave the schema as it is you loose all the constraints. I have submitted a ticket, Mike has scheduled it for rc5. http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/53 I will test Postgres branch soon. Michel > -----Message d'origine----- > De?: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm- > developers-bounces at lists.vtigercrm.com] De la part de Allan Bush > Envoy??: jeudi 4 mai 2006 17:59 > ??: vtigercrm-developers at lists.vtigercrm.com > Objet?: Re: [Vtigercrm-developers] postgres support in v5 > > I'd love to support MsSQL as well, unfortunately I don't have a MsSQL > test environment which make it pretty impractical for me to make the > required changes. > > Have you tried checking out the latest code from the 4.2 branch to see > how it works on MsSQL? I'd be interested to know how it works out for > you, I anticipate you'll have a few rough spots where I made some ugly > hacks based on the database being Postgres. > > The ON DELETE CASCADEs work really well in Postgres actually (not that > anything really ever gets deleted via the web interface). Do you have > an example of a loop so I can test that part out? > > Let me know of the issues you have and I'll try and incorporate them > into the Postgres changeset. > > Allan -------------- next part -------------- A non-text attachment was scrubbed... Name: SchemaCRMEntity.jpg Type: image/jpeg Size: 56957 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060505/e4a8ed5e/attachment-0003.jpg From jtk at yahoo.com Fri May 5 18:03:07 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 05 May 2006 21:03:07 -0400 Subject: [Vtigercrm-developers] PHP interactive shell available Message-ID: http://jan.kneschke.de/projects/php-shell/ This interactive environment for recent php versions may be helpful to some of the active coders and debuggers on the vtigercrm project. Just FYI, hope it helps. From jtk at yahoo.com Sun May 7 20:38:36 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 07 May 2006 23:38:36 -0400 Subject: [Vtigercrm-developers] trac timeline decrease from 30 days to 7 days default? Message-ID: Can someone with admin access to the trac server set the 'days back' parameter for: http://vtiger.fosslabs.com/cgi-bin/trac.cgi/timeline from '30' to '7' days or so? I think a week of activity is enough to stay informed for the default view... I check this page frequently each day, and I feel like I'm slowing the server for others when I do. vtigercrm fortunately enjoys lots of activity, between trac tickets and changelog messages. Thanks. From webmaster at vtigercrmfrance.org Mon May 8 00:23:51 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 08 May 2006 09:23:51 +0200 Subject: [Vtigercrm-developers] plesk package for vtiger is coming Message-ID: <445EF207.2080801@vtigercrmfrance.org> Hi, a french community member (nick hyperion) ask to 4psa.com for having a plesk installer, this is the thread : http://forum.4psa.com/showthread.php?s=efb63c42835ae959cf633f7af4104163&p=895#post895 vtiger CRM near to be packaged with 4psa products... A?ssa From richie at vtiger.com Tue May 9 02:00:25 2006 From: richie at vtiger.com (Richie) Date: Tue, 09 May 2006 02:00:25 -0700 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <001001c66b65$8da86490$6364a8c0@ifoundriest30> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> Message-ID: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Hello! We will be proceeding in the same format for supporting multi-languages in vtiger CRM 5 as in the previous releases. We have not been able to implement the gettext mechanism in this release due to logistical and technical issues. We did look into ways and means of integrating the stuff that mikecrowe had provided but have decided to drop it for now. Those interested in the language fixes can checkout the code base by tomorrow night and start testing the same. The inputs are most welcome. I would personally be very happy if the Beta comes out with complete i18n support, nothing like it! We are working on removing all the hard-coded strings in the product and hope to have them all removed by tomorrow night India Time. I know, I am reneging from my previous statement for supporting gettext but under the given circumstances, I think this is the right thing to do. Requesting your understanding, Thanks, Richie ---- Nicholas Chan<ncknight at pacific.net.sg> wrote ---- Hello Richie,   I am not sure about the approach taken, but would it happen to be based on language files? If so, publishing the language file template would be a start for volunteers to begin localization work?   From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Richie Sent: 27 April 2006 20:28 To: vtigercrm-developers at lists.vtigercrm.com Subject: [Vtigercrm-developers] multi-language support in v5   Hello! We have not made much progress in v5 with respect to the muli-language support. We need help.  Please do suggest approaches for the same as well. We had been initially working on mikecrowe's contribution but we are not able to get in touch with him for sometime now so the job is still incomplete. Richie _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060509/d01b4552/attachment-0003.html From webmaster at vtigercrmfrance.org Tue May 9 02:05:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 09 May 2006 11:05:49 +0200 Subject: [Vtigercrm-developers] multi-language support in v5 In-Reply-To: <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> References: <001001c66b65$8da86490$6364a8c0@ifoundriest30> <10b1860336a.-6805216396775365361.3295124215998956609@@vtiger.com> Message-ID: <44605B6D.9010001@vtigercrmfrance.org> This is a very good news Richie. A?ssa Richie a ?crit : > Hello! > > We will be proceeding in the same format for supporting > multi-languages in vtiger CRM 5 as in the previous releases. We have > not been able to implement the gettext mechanism in this release due > to logistical and technical issues. > > We did look into ways and means of integrating the stuff that > mikecrowe had provided but have decided to drop it for now. > > Those interested in the language fixes can checkout the code base by > tomorrow night and start testing the same. > The inputs are most welcome. > I would personally be very happy if the Beta comes out with complete > i18n support, nothing like it! > > We are working on removing all the hard-coded strings in the product > and hope to have them all removed by tomorrow night India Time. > > I know, I am reneging from my previous statement for supporting > gettext but under the given circumstances, I think this is the right > thing to do. > > Requesting your understanding, > > Thanks, > Richie > > > > > ---- Nicholas Chan wrote ---- > > Hello Richie, > > > > I am not sure about the approach taken, but would it happen to be > based on language files? If so, publishing the language file > template would be a start for volunteers to begin localization work? > > > > ------------------------------------------------------------------------ > > *From:* vtigercrm-developers-bounces at lists.vtigercrm.com > [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] *On > Behalf Of *Richie > *Sent:* 27 April 2006 20:28 > *To:* vtigercrm-developers at lists.vtigercrm.com > *Subject:* [Vtigercrm-developers] multi-language support in v5 > > > > Hello! > > We have not made much progress in v5 with respect to the muli-language support. > We need help. > > Please do suggest approaches for the same as well. > > We had been initially working on mikecrowe's contribution but we are not able to get > in touch with him for sometime now so the job is still incomplete. > > Richie > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > ------------------------------------------------------------------------ > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From dome at tel.co.th Wed May 10 05:07:24 2006 From: dome at tel.co.th (Dome C.) Date: Wed, 10 May 2006 00:07:24 -1200 Subject: [Vtigercrm-developers] vtiger Developer Document. Message-ID: <4461D77C.4030909@tel.co.th> Dear all, I want to develop new module. can someone show me where to get document for add new report . Dome C. From libregeek at gmail.com Tue May 9 23:05:20 2006 From: libregeek at gmail.com (Manilal K M) Date: Wed, 10 May 2006 11:35:20 +0530 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <4461D77C.4030909@tel.co.th> References: <4461D77C.4030909@tel.co.th> Message-ID: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal From gopals at vtiger.com Wed May 10 05:48:52 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 10 May 2006 05:48:52 -0700 Subject: [Vtigercrm-developers] vtiger 5 (Pre Beta)- Performance Reports Message-ID: <10b1e57b540.3932993279951289798.-6540623306402778293@@vtiger.com> Dear Team, Last month our team (particularly Jeri) did some performance testing on vtiger CRM 5 Alpha 5 build using AdventNet QEngine software (AdventNet donated this software for vtiger Development). Based on the first set of results our team has tweaked the code. Aftertuning there is a significant improvement in Server Response and Pageloading times. Please have a look at detailed performance reports at: http://vtiger.com/products/crm/v5performance/index.php There is a lot of scope of improvement and this is a first step in this direction. Please feel free to post your views. Cheers, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060510/fab4976c/attachment-0005.html From werk at r2g.nl Wed May 10 08:24:52 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Wed, 10 May 2006 17:24:52 +0200 Subject: [Vtigercrm-developers] vtiger Developer Document. In-Reply-To: <2315046d0605092305w6f49ee92q58af60543478faab@mail.gmail.com> Message-ID: HI Manilal and Dome C., It depends on what you want to add. I have implemented several small items for customers specific questions, I just simple add an new directory to the directory 'modules' and kept every item in that directory. Even documenting in that place what I change on the core itself. That worked for me. So any report is done completly on it's own way, only didn't had the time to implement it into reports yet. regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Manilal K M Verzonden: woensdag 10 mei 2006 8:05 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: Re: [Vtigercrm-developers] vtiger Developer Document. On 10/05/06, Dome C. wrote: > Dear all, > I want to develop new module. can someone show me where to get document > for add new report . > I have asked several times in this mailing list as well as in the developer forums. But absolutely no reply from the maintainers, ofcourse they may be busy with the new release, but if they can help a little then others can also contribute. Which, I think will make a great difference. regards Manilal _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From dgrant at accuratetechnologies.com Wed May 10 11:34:47 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Wed, 10 May 2006 14:34:47 -0400 Subject: [Vtigercrm-developers] Bizzare database design for Emails - what is going on? Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FE@exch.accuratetechnologies.com> OK, so my customer asked that attachments to Emails show up in the attachments list for both the associated Contact and the Contact's Account. I had already done something similar for "normal" attachments where if you make an attachment to a Contact, it is added to the list of Attachments for the Account as well. That was pretty simple - look up the AccountID associated with the Contact, and then add another line to seattachmentsrel with the AccountID and the AttachmentID. I was expecting to do something similar here. First, however, it took a while to figure out where the Email attachments were getting added into seattachmentsrel. That turns out to be buried in a function in data/CRMEntity.php But that is when I made an astounding discovery: 1) The email table contains: mysql> describe emails; +-------------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------+-------------+------+-----+---------+-------+ | emailid | int(19) | | PRI | 0 | | | filename | varchar(50) | YES | | NULL | | | description | longtext | YES | | NULL | | +-------------+-------------+------+-----+---------+-------+ Oddly, no Subject field... and the body of the email is in "description". But then I discover that "description" is carried over into the "description" field of the associated CRMentity, and in the Name field of the associated attachment! WHAT? Check this out: (dashes deleted for clarity) mysql> select description from emails where emailid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select description from crmentity where crmid=15776; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris egestas dolor nec sem. Vestibulum leo nisl, egestas in, adipiscing dignissim, consectetuer sed, urna. Donec imperdiet risus in eros. Vivamus metus sapien, commodo eget, tempus at, venenatis et, leo. Vestibulum laoreet cursus dui. Ut vitae nisi. Pellentesque lacinia. Fusce dui. Nunc accumsan. Praesent ante risus, vehicula quis, sagittis at, pretium sit amet, est. Aliquam lectus. Mauris ac tellus eu mauris viverra vestibulum. | 1 row in set (0.01 sec) mysql> select attachmentsid from seattachmentsrel where crmid=15776; +---------------+ | attachmentsid | +---------------+ | 15777 | +---------------+ 1 row in set (0.01 sec) mysql> select description from attachments where attachmentsid=15777; | description | Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur placerat nisi in libero. Mauris | 1 row in set (0.00 sec) WTF? Surely this cannot be correct? It would make much more sense to put the email Subject line (wherever that is stored...) in the description fields of the crmentity and the attachment.... DG From webmaster at vtigercrmfrance.org Wed May 10 15:16:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 00:16:00 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) Message-ID: <44626620.6000502@vtigercrmfrance.org> Hi all, this is a small report for today svn snapshot. Homepage : latest activities added layer appear (see screenshot), i think you know already. Tab marketing, subtab account & contact, if i add an task/activitie, the redirection goes to tab support, the good subtab. (very small problem) Tab "More information", when i translate close (for task/events) the table is not correctly displyed, miss the cell for close (X). The compose email pop up, is just a little to small (need 50px weight more), Problem with ' in company field information (alway), When i send an email to a lead or contact, lead/contact description added to mail body. Very very very bad ! Imagine my comment, "fucking guy, dislike to work with him, bad debtor". Ouch ! Can't change invoices status, quotes /SO/PO stage on picklist settings (i think you just need time for quotes/SO/PO, but for the invoices, it's miss since 4.x) Migration script alway break the install, i have make a test with a new and clean vtiger crm 4.2.3 database (without adding any data), only 4 tables created : *actionmapping, announcement, field_seq, profile2globalpermissions. *Brand question (i think to saint ?) why design the tiger pound to left on rss, calendar, email module ? The vtiger logo use a pount inclined to right. Migration question : Why not provide migration script during install ? With user choice install/upgrade. Loggin question : The logs make vtiger CRM slow, why not put loggin to WARN for stable version ? Adding 1 more field to calls/meetings for incoming/outgoing can be very good. Now the good things :) New really impressive design for the calendar, very very good ! The quick create function can be a killer feature on vtiger 5 (time winning!!!)! The search engine is very cool, now we can search on entire system. The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have said about report module ;) ) New real effort for translaters, thankkkksssssss, i am impatient to see vtiger crm 5 full french (and all french users too) ! MSG to Richie, you say about i18n on forum: " Yes, we do need help.", what kind of help ? Harcode string feedback ? Moving harcode to lang file and give a patch ?... I'm ready. About gettext, the problem with gettext, is you can loose translaters, gettext is more difficult to use, but more efficient. We need a full translate of vtiger CRM 5 (not 6). So for now, it's the right decision. Conclusion : vtiger crm 5 is on the right way, look good, smell good. And i'm really enthusiastic(not sure for this word) I hope the plug-ins with same quality. A?ssa, gone to write a news on vtiger france -------------- next part -------------- A non-text attachment was scrubbed... Name: homepage_bug.jpg Type: image/jpeg Size: 46753 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/b1efd6aa/attachment-0003.jpg From sergiokessler at gmail.com Wed May 10 15:36:24 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Wed, 10 May 2006 19:36:24 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <44626620.6000502@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> Message-ID: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> gettext is an order of magnitude easier to use for translators (than an array based aproach) if you use poedit. http://www.poedit.org/ and I do not want to mention that gettext produces and keep sincronized the files to translate automagically... /sak On 5/10/06, Abos wrote: > Hi all, > this is a small report for today svn snapshot. > > Homepage : latest activities added layer appear (see screenshot), i > think you know already. > > Tab marketing, subtab account & contact, if i add an task/activitie, the > redirection goes to tab support, the good subtab. (very small problem) > > Tab "More information", when i translate close (for task/events) the > table is not correctly displyed, miss the cell for close (X). > > The compose email pop up, is just a little to small (need 50px weight more), > > Problem with ' in company field information (alway), > > When i send an email to a lead or contact, lead/contact description > added to mail body. Very very very bad ! Imagine my comment, "fucking > guy, dislike to work with him, bad debtor". Ouch ! > > Can't change invoices status, quotes /SO/PO stage on picklist settings > (i think you just need time for quotes/SO/PO, but for the invoices, it's > miss since 4.x) > > Migration script alway break the install, i have make a test with a new > and clean vtiger crm 4.2.3 database (without adding any data), only 4 > tables created : *actionmapping, announcement, field_seq, > profile2globalpermissions. > > *Brand question (i think to saint ?) why design the tiger pound to left > on rss, calendar, email module ? The vtiger logo use a pount inclined to > right. > > Migration question : > Why not provide migration script during install ? With user choice > install/upgrade. > > Loggin question : The logs make vtiger CRM slow, why not put loggin to > WARN for stable version ? > > Adding 1 more field to calls/meetings for incoming/outgoing can be very > good. > > Now the good things :) > New really impressive design for the calendar, very very good ! > The quick create function can be a killer feature on vtiger 5 (time > winning!!!)! > The search engine is very cool, now we can search on entire system. > The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > said about report module ;) ) > New real effort for translaters, thankkkksssssss, i am impatient to see > vtiger crm 5 full french (and all french users too) ! > MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > what kind of help ? Harcode string feedback ? Moving harcode to lang > file and give a patch ?... I'm ready. > > About gettext, the problem with gettext, is you can loose translaters, > gettext is more difficult to use, but more efficient. We need a full > translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > > Conclusion : vtiger crm 5 is on the right way, look good, smell good. > And i'm really enthusiastic(not sure for this word) > I hope the plug-ins with same quality. > A?ssa, > gone to write a news on vtiger france > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > From jtk at yahoo.com Wed May 10 15:59:26 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 10 May 2006 18:59:26 -0400 Subject: [Vtigercrm-developers] Migration capabilities planned for vtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Message-ID: Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? From webmaster at vtigercrmfrance.org Wed May 10 16:05:38 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 01:05:38 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> Message-ID: <446271C2.5090103@vtigercrmfrance.org> ok, Translate on array is boring, but really easy, using tool like poedit... is another thing (not really difficult i agree). But i prefer translate on php files and have vtiger CRM 5 may be for june than wait 2 more months and have gettext. Gettext doesn't resolve all the harcode problems (please confim). And before make the change, we have to train/inform the translators, loose some translators (and lang so) during the change is not good. A?ssa Sergio A. Kessler a ?crit : > gettext is an order of magnitude easier to use for translators (than > an array based aproach) if you use poedit. > > http://www.poedit.org/ > > and I do not want to mention that gettext produces and keep > sincronized the files to translate automagically... > > /sak > > On 5/10/06, Abos wrote: > >> Hi all, >> this is a small report for today svn snapshot. >> >> Homepage : latest activities added layer appear (see screenshot), i >> think you know already. >> >> Tab marketing, subtab account & contact, if i add an task/activitie, the >> redirection goes to tab support, the good subtab. (very small problem) >> >> Tab "More information", when i translate close (for task/events) the >> table is not correctly displyed, miss the cell for close (X). >> >> The compose email pop up, is just a little to small (need 50px weight more), >> >> Problem with ' in company field information (alway), >> >> When i send an email to a lead or contact, lead/contact description >> added to mail body. Very very very bad ! Imagine my comment, "fucking >> guy, dislike to work with him, bad debtor". Ouch ! >> >> Can't change invoices status, quotes /SO/PO stage on picklist settings >> (i think you just need time for quotes/SO/PO, but for the invoices, it's >> miss since 4.x) >> >> Migration script alway break the install, i have make a test with a new >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >> tables created : *actionmapping, announcement, field_seq, >> profile2globalpermissions. >> >> *Brand question (i think to saint ?) why design the tiger pound to left >> on rss, calendar, email module ? The vtiger logo use a pount inclined to >> right. >> >> Migration question : >> Why not provide migration script during install ? With user choice >> install/upgrade. >> >> Loggin question : The logs make vtiger CRM slow, why not put loggin to >> WARN for stable version ? >> >> Adding 1 more field to calls/meetings for incoming/outgoing can be very >> good. >> >> Now the good things :) >> New really impressive design for the calendar, very very good ! >> The quick create function can be a killer feature on vtiger 5 (time >> winning!!!)! >> The search engine is very cool, now we can search on entire system. >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >> said about report module ;) ) >> New real effort for translaters, thankkkksssssss, i am impatient to see >> vtiger crm 5 full french (and all french users too) ! >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >> what kind of help ? Harcode string feedback ? Moving harcode to lang >> file and give a patch ?... I'm ready. >> >> About gettext, the problem with gettext, is you can loose translaters, >> gettext is more difficult to use, but more efficient. We need a full >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >> >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >> And i'm really enthusiastic(not sure for this word) >> I hope the plug-ins with same quality. >> A?ssa, >> gone to write a news on vtiger france >> >> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From werk at r2g.nl Wed May 10 23:13:28 2006 From: werk at r2g.nl (Dhr. R.R. Gerbrands) Date: Thu, 11 May 2006 08:13:28 +0200 Subject: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? In-Reply-To: Message-ID: Jeff, I agree totaly, if we don't support data migration in beta we'll never be able to be sure that you can migrate without any lost information. For me it would be a no-go for using vtigercrm v5 as I have to much data myself in 4.2.3 as well for my clients :-( Regards, Remco -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com]Namens Jeff Kowalczyk Verzonden: donderdag 11 mei 2006 0:59 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: [Vtigercrm-developers] Migration capabilities planned forvtigercrm-4.2.5 to vtigercrm-5.0.0beta1? Has there been any discussion of when and how automatic dataset migration from the vtigercrm-4.2.x series to the upcoming vtigercrm-5.0.0beta series will be supported? It would be nice to announce supported (one-way forward) migration of vtigercrm-4.2.5 (or later) databases to any and all vtigercrm-5.0 releases starting with vtigercrm-5.0.0beta1. You might also get a lot of people testing the beta with periodic snapshots of their production vtigercrm-4.2.5 databases. Expanded use with real-world data, should be very good for QA. FWIW, I think vtigercrm should make maximum leverage of ADODB schema migration features to keep this 'live migration' feature from becoming a maintenance burden. IIRC Mike Crowe mentioned ideas on the implementation. Should I open a ticket and milestone it to 5.0.0? _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt ----- Scanned for virus and spam From webmaster at vtigercrmfrance.org Thu May 11 03:14:36 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 12:14:36 +0200 Subject: [Vtigercrm-developers] About translation testing Message-ID: <44630E8C.9020800@vtigercrmfrance.org> Hi Richie, about your post : http://forums.vtiger.com/viewtopic.php?p=24400 Find file Customview.zip, inside : Smarty/templates/Customview.tpl //changed for a full translation modules/CustomView/customview.php //with some little change for full translation modules/CustomView/lanuages/en_us.lang.php //Incompl?te english lot for strings in french send you the rest tonight french time. Regards, A?ssa -------------- next part -------------- A non-text attachment was scrubbed... Name: CustomView.zip Type: application/x-zip-compressed Size: 14272 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060511/19a691ca/attachment-0003.bin From webmaster at vtigercrmfrance.org Thu May 11 04:19:57 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 13:19:57 +0200 Subject: [Vtigercrm-developers] English file for customview module Message-ID: <44631DDD.7020005@vtigercrmfrance.org> Like promise, this is the english file for module customview. 'Custom View', 'LBL_STEP_1_TITLE'=>'View Information', 'LBL_VIEW_NAME'=>'View Name:', 'LBL_SETDEFAULT'=>'Set as Default', 'LBL_LIST_IN_METRICS'=>'List in Metrics', 'LBL_STEP_2_TITLE'=>'Choose Columns', 'LBL_STEP_3_TITLE'=>'Standard Filters', 'LBL_STEP_4_TITLE'=>'Advanced Filters', 'LBL_STEP_5_TITLE'=>'Access Information', 'LBL_SF_COLUMNS'=>'Column', 'LBL_SF_STARTDATE'=>'Start Date', 'LBL_SF_ENDDATE'=>'End Date', 'LBL_AF_HDR1'=>'Set the search conditions to further restrict the list.', 'LBL_AF_HDR2'=>'You can use "or" filters by entering multiple items in the third column.', 'LBL_AF_HDR3'=>'You can enter up to 10 items, separated by commas. For example: CA, NY, TX, FL searches for CA or NY or TX or FL.', 'LBL_AF_HDR4'=>'If "Activity Type" is selected, give any one of the following values "Call","Meeting" or "Task".', //strings added for vtiger 5, date format... 'LBL_NONE'=>'None', 'View_Name'=>'View_Name', 'LBL_AND'=>'And', 'LBL_DATE_FORMAT_CUSTOMVIEW'=>'Y-m-d', //Strings added for filter 'Custom'=>'Custom', 'Previous FY'=>'Previous FY', 'Current FY'=>'Current FY', 'Next FY'=>'Next FY', 'Previous FQ'=>'Previous FQ', 'Current FQ'=>'Current FQ', 'Next FQ'=>'Next FQ', 'Yesterday'=>'Yesterday', 'Today'=>'Today', 'Tomorrow'=>'Tomorrow', 'Last Week'=>'Last Week', 'Current Week'=>'Current Week', 'Next Week'=>'Next Week', 'Last Month'=>'Last Month', 'Current Month'=>'Current Month', 'Next Month'=>'Next Month', 'Last 7 Days'=>'Last 7 Days', 'Last 30 Days'=>'Last 30 Days', 'Last 60 Days'=>'Last 60 Days', 'Last 90 Days'=>'Last 90 Days', 'Last 120 Days'=>'Last 120 Days', 'Next 30 Days'=>'Next 30 Days', 'Next 60 Days'=>'Next 60 Days', 'Next 90 Days'=>'Next 90 Days', 'Next 120 Days'=>'Next 120 Days', 'equals'=>'equals', 'not_equal_to'=>'Not equal to', 'starts_with'=>'Commence par', 'contains'=>'Contient', 'does_not_contain'=>'does not contain', 'less_than'=>'less than', 'greater_than'=>'greater than', 'less_or_equal'=>'less or equal', 'greater_or_equal'=>'greater or equal', //Strings added to translate field label groups 'Address'=>'Address', 'Information'=>'Information', 'Description'=>'Description', 'Custom Information'=>'Custom Information', '- Event Information'=>'- Event Information', '- Event Description'=>'- Event Description', '- Task Information'=>'- Task Information', '- Task Description'=>'- Task Description', //Strings added for helpdesk module fields 'Title'=>'Title', 'Assigned To'=>'Assigned To', 'Related to'=>'Related to', 'Priority'=>'Priority', 'Product Name'=>'Product Name', 'Severity'=>'Severity', 'Status'=>'Status', 'Category'=>'Category', 'Created Time'=>'Created Time', 'Modified Time'=>'Modified Time', 'Attachment'=>'Attachment', //Strings added for Leads module fields 'First Name'=>'First Name', 'Phone'=>'Phone', 'Last Name'=>'Last Name', 'Company'=>'Company', 'Lead Source'=>'Lead Source', 'Website'=>'Website', 'Industry'=>'Industry', 'Lead Status'=>'Statut', 'Annual Revenue'=>'Chiffre d\'affaire', 'Rating'=>'Evaluation', 'No Of Employees'=>'Effectif', 'Street'=>'Adresse', 'Po Box'=>'Boite postale', 'Postal Code'=>'Code postal', 'City'=>'Ville', 'Country'=>'Pays', 'State'=>'Département', //Strings added for Accounts module fields 'Account Name'=>'Nom compte', 'Ticker Symbol'=>'Symbole boursier', 'Other Phone'=>'Autre téléphone', 'Member Of'=>'Filiale de', 'Employees'=>'Effectif', 'Other Email'=>'Other Email', 'Ownership'=>'Ownership', 'industry'=>'industry', 'SIC Code'=>'SIC Code', 'Email Opt Out'=>'Email Opt Out', 'Billing Address'=>'Billing Address', 'Shipping Address'=>'Shipping Address', 'Shipping Po Box'=>'Shipping Po Box', 'Billing Po Box'=>'Billing Po Box', 'Billing City'=>'Billing City', 'Shipping City'=>'Shipping City', 'Billing State'=>'Billing State', 'Shipping State'=>'Shipping State', 'Billing Code'=>'Billing Code', 'Shipping Code'=>'Shipping Code', 'Shipping Country'=>'Shipping Country', 'Billing Country'=>'Billing Country', //Strings added for Contacts module fields 'Office Phone'=>'Office Phone', 'Home Phone'=>'Home Phone', 'Birthdate'=>'Birthdate', 'Reports To'=>'Reports To', 'Assistant Phone'=>'Assistant Phone', 'Do Not Call'=>'Do Not Call', 'Mailing Street'=>'Mailing Street', 'Other Street'=>'Other Street', 'Mailing Po Box'=>'Mailing Po Box', 'Other Po Box'=>'Other Po Box', 'Mailing City'=>'Mailing City', 'Other City'=>'Other City', 'Mailing State'=>'Mailing State', 'Other State'=>'Other State', 'Mailing Zip'=>'Mailing Zip', 'Other Zip'=>'Other Zip', 'Mailing Country'=>'Mailing Country', 'Other Country'=>'Other Country', //Strings added for Potential module fields 'Potential Name'=>'Potential Name', 'Amount'=>'Amount', 'Expected Close Date'=>'Expected Close Date', 'Next Step'=>'Next Step', 'Sales Stage'=>'Sales Stage', 'Probability'=>'Probability', //Strings added for Quotes module fields 'Subject'=>'Subject', 'Quote Stage'=>'Quote Stage', 'Valid Till'=>'Valid Till', 'Team'=>'Team', 'Contact Name'=>'Contact Name', 'Carrier'=>'Carrier', 'Shipping'=>'Shipping', 'Inventory Manager'=>'Inventory Manager', //Strings added for Sales Orders module fields 'Customer No'=>'Customer No', 'Quote Name'=>'Quote Name', 'Purchase Order'=>'Purchase Order', 'Due Date'=>'Due Date', 'Pending'=>'Pending', 'Sales Commission'=>'Sales Commission', 'Excise Duty'=>'Excise Duty', //Strings added for Invoices module fields 'Sales Order'=>'Sales Order', 'Invoice Date'=>'Invoice Date', //Strings added for Product module fields 'Product Code'=>'Product Code', 'Product Active'=>'Product Active', 'Product Category'=>'Product Category', 'Sales Start Date'=>'Sales Start Date', 'Sales End Date'=>'Sales End Date', 'Support Start Date'=>'Support Start Date', 'Vendor Name'=>'Vendor Name', 'Mfr PartNo'=>'Mfr PartNo', 'Vendor PartNo'=>'Vendor PartNo', 'Serial No'=>'Serial No', 'Product Sheet'=>'Product Sheet', 'GL Account'=>'GL Account', //Strings added for Price book module fields 'Price Book Name'=>'Price Book Name', 'Active'=>'Active', //Strings added for tasks & events module fields 'Start Date & Time'=>'Start Date & Time', //error message 'Missing required fields'=>'Missing required fields', //Strings added for campaigns 'Campaign Name'=>'Campaign Name', 'Campaign Type'=>'Campaign Type', 'Product'=>'Product', 'Campaign Status'=>'Campaign Status', 'Expected Revenue'=>'Expected Revenue', 'Budget Cost'=>'Budget Cost', 'Actual Cost'=>'Actual Cost', 'Expected Response'=>'Expected Response', 'Num Sent'=>'Num Sent', 'Target Audience'=>'Target Audience', 'TargetSize'=>'TargetSize', 'Sponsor'=>'Sponsor', 'Expected Sales Count'=>'Expected Sales Count', 'Expected Response Count'=>'Expected Response Count', 'Expected ROI'=>'Expected ROI', 'Actual Sales Count'=>'Actual Sales Count', 'Actual Response Count'=>'Actual Response Count', 'Actual ROI'=>'Actual ROI', //Added for customview.tpl 'LBL_Select_a_Column'=>'Select a Column', 'Missing_required_fields'=>'Missing required fields', 'Details'=>'Details', 'New_Custom_View'=>'New Custom view', 'LBL_AF_HDR5'=>'Simple Time Filter allows you to select date based on Account Created Time or Account Modified Time', 'Select_Duration'=>'Select Duration', 'Simple_Time_Filter'=>'Simple Time Filter', 'Start_Date'=>'Start Date', 'End_Date'=>'End_Date', 'LBL_RULE'=>'LBL_RULE', ); ?> From webmaster at vtigercrmfrance.org Thu May 11 05:31:00 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 14:31:00 +0200 Subject: [Vtigercrm-developers] vtiger CRM translations Message-ID: <44632E84.8030204@vtigercrmfrance.org> Alway for translate. File smarty/templates/listview.tpl Line 118 change "Basic Search" for {$APP.LNK_BASIC_SEARCH} Line 241 change "Change Owner" for {$APP.LBL_CHANGE_OWNER} for the search, you use *"Search $module for" In $field module *in france ( and i think in fews other country) we say something like : $module search In $field module. So i think the best is to remove $module. To have : Search for in $ field module You can also add following strings in APP.lang : 'Sales'=>'Sales', 'My Home Page'=>'My Home Page', 'Marketing'=>'Marketing', 'Support'=>'Support', 'Analytics'=>'Analytics', 'Inventory'=>'Inventory', 'Tools'=>'Tools', 'Settings'=>'Settings', And change $maintabs by {$APP.$maintabs} in header.tpl. From sergiokessler at gmail.com Thu May 11 07:06:07 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 11:06:07 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <446271C2.5090103@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> Message-ID: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> aisa, is a lot more probably that you *gain* translators instead of loosing them... (I don't know how you came to that conclusion) don't be afraid of gettext, the day you know it, you will wonder why this thing hasn't used before... gettext doesn't resolve the harcoded strings problems, BUT it makes the task of mark a string to be tranlated SO easy, that's is not even funny... all you have to do is to change something from: echo "harcoded string"; to echo _("translatable string"); then you run a script that does all the dirty work for you... and voil?, you have all the diccionaries updated and sinchronized... On 5/10/06, Abos wrote: > ok, > Translate on array is boring, but really easy, using tool like poedit... > is another thing (not really difficult i agree). > But i prefer translate on php files and have vtiger CRM 5 may be for > june than wait 2 more months and have gettext. > Gettext doesn't resolve all the harcode problems (please confim). > And before make the change, we have to train/inform the translators, > loose some translators (and lang so) during the change is not good. > A?ssa > > Sergio A. Kessler a ?crit : > > gettext is an order of magnitude easier to use for translators (than > > an array based aproach) if you use poedit. > > > > http://www.poedit.org/ > > > > and I do not want to mention that gettext produces and keep > > sincronized the files to translate automagically... > > > > /sak > > > > On 5/10/06, Abos wrote: > > > >> Hi all, > >> this is a small report for today svn snapshot. > >> > >> Homepage : latest activities added layer appear (see screenshot), i > >> think you know already. > >> > >> Tab marketing, subtab account & contact, if i add an task/activitie, the > >> redirection goes to tab support, the good subtab. (very small problem) > >> > >> Tab "More information", when i translate close (for task/events) the > >> table is not correctly displyed, miss the cell for close (X). > >> > >> The compose email pop up, is just a little to small (need 50px weight more), > >> > >> Problem with ' in company field information (alway), > >> > >> When i send an email to a lead or contact, lead/contact description > >> added to mail body. Very very very bad ! Imagine my comment, "fucking > >> guy, dislike to work with him, bad debtor". Ouch ! > >> > >> Can't change invoices status, quotes /SO/PO stage on picklist settings > >> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >> miss since 4.x) > >> > >> Migration script alway break the install, i have make a test with a new > >> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >> tables created : *actionmapping, announcement, field_seq, > >> profile2globalpermissions. > >> > >> *Brand question (i think to saint ?) why design the tiger pound to left > >> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >> right. > >> > >> Migration question : > >> Why not provide migration script during install ? With user choice > >> install/upgrade. > >> > >> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >> WARN for stable version ? > >> > >> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >> good. > >> > >> Now the good things :) > >> New really impressive design for the calendar, very very good ! > >> The quick create function can be a killer feature on vtiger 5 (time > >> winning!!!)! > >> The search engine is very cool, now we can search on entire system. > >> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >> said about report module ;) ) > >> New real effort for translaters, thankkkksssssss, i am impatient to see > >> vtiger crm 5 full french (and all french users too) ! > >> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >> what kind of help ? Harcode string feedback ? Moving harcode to lang > >> file and give a patch ?... I'm ready. > >> > >> About gettext, the problem with gettext, is you can loose translaters, > >> gettext is more difficult to use, but more efficient. We need a full > >> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >> > >> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >> And i'm really enthusiastic(not sure for this word) > >> I hope the plug-ins with same quality. > >> A?ssa, > >> gone to write a news on vtiger france > >> > >> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From dgrant at accuratetechnologies.com Thu May 11 08:39:12 2006 From: dgrant at accuratetechnologies.com (Dennis Grant) Date: Thu, 11 May 2006 11:39:12 -0400 Subject: [Vtigercrm-developers] Redone data/CRMEntity.php insertIntoAttachment function for 4.2.x Message-ID: <3E26E7A199CABA49822B3E6B741434F97D08FF@exch.accuratetechnologies.com> Attached is a revised version of the insertIntoAttachment function from data/CRMEntity.php Share and enjoy! DG ------8<-----SNIP------8<-------SNIP----------- function insertIntoAttachment($id,$module) { // Heavily modified by DG 10-11 May 2006 to: // 1) Fix inexplicable behaviour of sticking text of email into the description fields of everything // 2) Attachments to Emails now show up as attachments to Contact and Account $date_var = date('YmdHis'); global $current_user; global $adb; global $root_directory; global $vtlog; // Activate logging $ownerid = $this->column_fields['assigned_user_id']; $adb->println("insertattach ownerid=".$ownerid." mod=".$module); $adb->println($this->column_fields); if(!isset($ownerid) || $ownerid=='') $ownerid = $current_user->id; $uploaddir = $root_directory ."/test/upload/" ;// set this to wherever $binFile = $_FILES['filename']['name']; $filename = basename($binFile); $filetype= $_FILES['filename']['type']; $filesize = $_FILES['filename']['size']; if($binFile != '') { if(move_uploaded_file($_FILES["filename"]["tmp_name"],$uploaddir.$_FILES ["filename"]["name"])) { // $binFile = $_FILES['filename']['name']; // $filename = basename($binFile); // $filetype= $_FILES['filename']['type']; // $filesize = $_FILES['filename']['size']; if($filesize != 0) { $data = base64_encode(fread(fopen($uploaddir.$binFile, "r"), $filesize)); } } $current_id = $adb->getUniqueID("crmentity"); if($module=='Emails') { $idname='emailid'; $tablename='emails'; $descname='description'; // DG 10 May 2006 // Try and get the subject for the email instead, and put that into the Description // This fixes the ludicrous behaviour that the text of the email was duplicated in triplicate // in the description fields of the crmentity and the attachment $dg_subject = $this->column_fields['subject']; if ($dg_subject) { $vtlog->logthis("DGDEBUG: Found Subject: ".$dg_subject,'warn'); } else { $vtlog->logthis("DGDEBUG: No subject match in activity for activityid = ".$id,'warn'); } } else { $idname='notesid'; $tablename='notes'; $descname='notecontent'; } $sql="update ".$tablename." set filename='".$filename."' where ".$idname."=".$id; $adb->query($sql); // DG 10 May 2006 // If we don't get a subject for the email, preserve the old behavior // Should never ever happen... but I like to play it safe if ($dg_subject) { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$dg_subject."',".$adb->formatString("crmentity","createdt ime",$date_var).",".$adb->formatString("crmentity","modifiedtime",$date_ var).")"; } else { $sql1 = "insert into crmentity (crmid,smcreatorid,smownerid,setype,description,createdtime,modifiedtime ) values(".$current_id.",".$current_user->id.",".$ownerid.",'".$module." Attachment','".$this->column_fields['description']."',".$adb->formatStri ng("crmentity","createdtime",$date_var).",".$adb->formatString("crmentit y","modifiedtime",$date_var).")"; } $adb->query($sql1); //$this->id = $current_id; // DG 10 May 2006 // Same deal - use the email subject if we have it, otherwise use the previous brain-dead behaviour if ($dg_subject) { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$dg_subject."','".$filetype."' ,'".$filesize."',".$adb->getEmptyBlob().")"; } else { $sql2="insert into attachments(attachmentsid, name, description, type, attachmentsize, attachmentcontents) values(".$current_id.",'".$filename."','".$this->column_fields[$descname ]."','".$filetype."','".$filesize."',".$adb->getEmptyBlob().")"; } $result=$adb->query($sql2); if($result!=false) $result = $adb->updateBlob('attachments','attachmentcontents',"attachmentsid='".$c urrent_id."' and name='".$filename."'",$data); if($_REQUEST['mode'] == 'edit') { if($id != '' && $_REQUEST['fileid'] != '') { $delquery = 'delete from seattachmentsrel where crmid = '.$id.' and attachmentsid = '.$_REQUEST['fileid']; $adb->query($delquery); } } if($module == 'Notes') { $query = "delete from seattachmentsrel where crmid = ".$id; $adb->query($query); } // DG 11 May 2006 // My customers want email attachments to show up on Contacts and Accounts // so look them up and stick them in the appropriate places if (($module == 'Emails') && ($dg_subject)) { // Look up the Contact associated with the Email $dg_sql = "select crmid from seactivityrel where activityid = ".$id; $dg_result = $adb->query($dg_sql); $dg_contactid = $adb->query_result($dg_result,0,"crmid"); $vtlog->logthis("DGDEBUG: Found matching Contact: ".$dg_contactid." for Email: ".$id,'warn'); // If we found the Contact, get the Account too if ($dg_contactid) { $dg_sql = "select accountid from contactdetails where contactid = ".$dg_contactid; $dg_result = $adb->query($dg_sql); $dg_accountid = $adb->query_result($dg_result,0,"accountid"); $vtlog->logthis("DGDEBUG: Found matching Account: ".$dg_accountid." for Contact: ".$dg_contactid,'warn'); } } // DG 11 May 2006 // At this point, if everything went right, we should have a $dg_contactid and a $dg_accountid, plus the $id and $currentid // So we add the base first, then try each of the others // The email->attachment $vtlog->logthis("DGDEBUG: inserting into seattachmentsrel from data/CRMEntity.php 2",'warn'); $sql3='insert into seattachmentsrel values('.$id.','.$current_id.')'; $adb->query($sql3); // The Contact->attachment if ($dg_contactid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_contactid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Contact: ".$dg_contactid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } // The Account->attachment if ($dg_accountid) { $dg_sql = 'insert into seattachmentsrel values('.$dg_accountid.','.$current_id.')'; $adb->query($dg_sql); $vtlog->logthis("DGDEBUG: inserting Account: ".$dg_accountid." for attachment ".$current_id." into seattachmentsrel from data/CRMEntity.php 2",'warn'); } } } From webmaster at vtigercrmfrance.org Thu May 11 14:48:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:48:11 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> Message-ID: <4463B11B.9090501@vtigercrmfrance.org> Hi Sergio, do not miss understand (i know my english is poor), i'm not against gettext, if you have capabilitie to provide gettext support for vtiger crm 5 in short time, i provide french pack in pot format without any problem in same time. But i think before gettext integration, we have to ask to the translaters, to know their capabilities. Regards, A?ssa Sergio A. Kessler a ?crit : > aisa, is a lot more probably that you *gain* translators instead of > loosing them... > (I don't know how you came to that conclusion) > > don't be afraid of gettext, the day you know it, you will wonder why > this thing hasn't used before... > > gettext doesn't resolve the harcoded strings problems, > BUT it makes the task of mark a string to be tranlated SO easy, that's > is not even funny... > > all you have to do is to change something from: > > echo "harcoded string"; > > to > > echo _("translatable string"); > > then you run a script that does all the dirty work for you... > and voil?, you have all the diccionaries updated and sinchronized... > > > > On 5/10/06, Abos wrote: > >> ok, >> Translate on array is boring, but really easy, using tool like poedit... >> is another thing (not really difficult i agree). >> But i prefer translate on php files and have vtiger CRM 5 may be for >> june than wait 2 more months and have gettext. >> Gettext doesn't resolve all the harcode problems (please confim). >> And before make the change, we have to train/inform the translators, >> loose some translators (and lang so) during the change is not good. >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> gettext is an order of magnitude easier to use for translators (than >>> an array based aproach) if you use poedit. >>> >>> http://www.poedit.org/ >>> >>> and I do not want to mention that gettext produces and keep >>> sincronized the files to translate automagically... >>> >>> /sak >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> Hi all, >>>> this is a small report for today svn snapshot. >>>> >>>> Homepage : latest activities added layer appear (see screenshot), i >>>> think you know already. >>>> >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>> redirection goes to tab support, the good subtab. (very small problem) >>>> >>>> Tab "More information", when i translate close (for task/events) the >>>> table is not correctly displyed, miss the cell for close (X). >>>> >>>> The compose email pop up, is just a little to small (need 50px weight more), >>>> >>>> Problem with ' in company field information (alway), >>>> >>>> When i send an email to a lead or contact, lead/contact description >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>> guy, dislike to work with him, bad debtor". Ouch ! >>>> >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>> miss since 4.x) >>>> >>>> Migration script alway break the install, i have make a test with a new >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>> tables created : *actionmapping, announcement, field_seq, >>>> profile2globalpermissions. >>>> >>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>> right. >>>> >>>> Migration question : >>>> Why not provide migration script during install ? With user choice >>>> install/upgrade. >>>> >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>> WARN for stable version ? >>>> >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>> good. >>>> >>>> Now the good things :) >>>> New really impressive design for the calendar, very very good ! >>>> The quick create function can be a killer feature on vtiger 5 (time >>>> winning!!!)! >>>> The search engine is very cool, now we can search on entire system. >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>> said about report module ;) ) >>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>> vtiger crm 5 full french (and all french users too) ! >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>> file and give a patch ?... I'm ready. >>>> >>>> About gettext, the problem with gettext, is you can loose translaters, >>>> gettext is more difficult to use, but more efficient. We need a full >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>> >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>> And i'm really enthusiastic(not sure for this word) >>>> I hope the plug-ins with same quality. >>>> A?ssa, >>>> gone to write a news on vtiger france >>>> >>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 14:49:34 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 11 May 2006 23:49:34 +0200 Subject: [Vtigercrm-developers] About translation again [Richie] Message-ID: <4463B16E.6040806@vtigercrmfrance.org> Hi Richie, do you prefer files like sended, or patch ? Regards, A?ssa From sergiokessler at gmail.com Thu May 11 15:18:28 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Thu, 11 May 2006 19:18:28 -0300 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <4463B11B.9090501@vtigercrmfrance.org> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> Message-ID: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> I'm short on time, but I can give it a try this weekend, but the patch enabling gettext will be accepted or is too late ? 1) the patch should be short 2) the current translations can be mantained in the transition, I see no problem in enabling gettext strings each by one regards, /sak On 5/11/06, Abos wrote: > Hi Sergio, > do not miss understand (i know my english is poor), > i'm not against gettext, if you have capabilitie to provide gettext > support for vtiger crm 5 in short time, i provide french pack in pot > format without any problem in same time. > But i think before gettext integration, we have to ask to the > translaters, to know their capabilities. > Regards, > A?ssa > > Sergio A. Kessler a ?crit : > > aisa, is a lot more probably that you *gain* translators instead of > > loosing them... > > (I don't know how you came to that conclusion) > > > > don't be afraid of gettext, the day you know it, you will wonder why > > this thing hasn't used before... > > > > gettext doesn't resolve the harcoded strings problems, > > BUT it makes the task of mark a string to be tranlated SO easy, that's > > is not even funny... > > > > all you have to do is to change something from: > > > > echo "harcoded string"; > > > > to > > > > echo _("translatable string"); > > > > then you run a script that does all the dirty work for you... > > and voil?, you have all the diccionaries updated and sinchronized... > > > > > > > > On 5/10/06, Abos wrote: > > > >> ok, > >> Translate on array is boring, but really easy, using tool like poedit... > >> is another thing (not really difficult i agree). > >> But i prefer translate on php files and have vtiger CRM 5 may be for > >> june than wait 2 more months and have gettext. > >> Gettext doesn't resolve all the harcode problems (please confim). > >> And before make the change, we have to train/inform the translators, > >> loose some translators (and lang so) during the change is not good. > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> gettext is an order of magnitude easier to use for translators (than > >>> an array based aproach) if you use poedit. > >>> > >>> http://www.poedit.org/ > >>> > >>> and I do not want to mention that gettext produces and keep > >>> sincronized the files to translate automagically... > >>> > >>> /sak > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> Hi all, > >>>> this is a small report for today svn snapshot. > >>>> > >>>> Homepage : latest activities added layer appear (see screenshot), i > >>>> think you know already. > >>>> > >>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>> redirection goes to tab support, the good subtab. (very small problem) > >>>> > >>>> Tab "More information", when i translate close (for task/events) the > >>>> table is not correctly displyed, miss the cell for close (X). > >>>> > >>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>> > >>>> Problem with ' in company field information (alway), > >>>> > >>>> When i send an email to a lead or contact, lead/contact description > >>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>> > >>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>> miss since 4.x) > >>>> > >>>> Migration script alway break the install, i have make a test with a new > >>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>> tables created : *actionmapping, announcement, field_seq, > >>>> profile2globalpermissions. > >>>> > >>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>> right. > >>>> > >>>> Migration question : > >>>> Why not provide migration script during install ? With user choice > >>>> install/upgrade. > >>>> > >>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>> WARN for stable version ? > >>>> > >>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>> good. > >>>> > >>>> Now the good things :) > >>>> New really impressive design for the calendar, very very good ! > >>>> The quick create function can be a killer feature on vtiger 5 (time > >>>> winning!!!)! > >>>> The search engine is very cool, now we can search on entire system. > >>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>> said about report module ;) ) > >>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>> vtiger crm 5 full french (and all french users too) ! > >>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>> file and give a patch ?... I'm ready. > >>>> > >>>> About gettext, the problem with gettext, is you can loose translaters, > >>>> gettext is more difficult to use, but more efficient. We need a full > >>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>> > >>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>> And i'm really enthusiastic(not sure for this word) > >>>> I hope the plug-ins with same quality. > >>>> A?ssa, > >>>> gone to write a news on vtiger france > >>>> > >>>> > >>>> _______________________________________________ > >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>>> > >>>> > >>>> > >>>> > >>>> > >>> _______________________________________________ > >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >>> > >>> > >> _______________________________________________ > >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > >> > >> > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Thu May 11 15:51:21 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 00:51:21 +0200 Subject: [Vtigercrm-developers] Report for vtiger 5 today svn version (rev 5728) In-Reply-To: <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> References: <44626620.6000502@vtigercrmfrance.org> <49216030605101536q22a76306jc44eeab781d23362@mail.gmail.com> <446271C2.5090103@vtigercrmfrance.org> <49216030605110706gc60fa8dp31e431c74d1f7eea@mail.gmail.com> <4463B11B.9090501@vtigercrmfrance.org> <49216030605111518r6228d77ew37ea0d52d25d3401@mail.gmail.com> Message-ID: <4463BFE9.6000300@vtigercrmfrance.org> Sergio, Mike Crowe has sended me latest version of his gettext patch, i can mail you that if you want. Sergio A. Kessler a ?crit : > I'm short on time, but I can give it a try this weekend, > but the patch enabling gettext will be accepted or is too late ? > > 1) the patch should be short > 2) the current translations can be mantained in the transition, I see > no problem in enabling gettext strings each by one > > regards, > /sak > > On 5/11/06, Abos wrote: > >> Hi Sergio, >> do not miss understand (i know my english is poor), >> i'm not against gettext, if you have capabilitie to provide gettext >> support for vtiger crm 5 in short time, i provide french pack in pot >> format without any problem in same time. >> But i think before gettext integration, we have to ask to the >> translaters, to know their capabilities. >> Regards, >> A?ssa >> >> Sergio A. Kessler a ?crit : >> >>> aisa, is a lot more probably that you *gain* translators instead of >>> loosing them... >>> (I don't know how you came to that conclusion) >>> >>> don't be afraid of gettext, the day you know it, you will wonder why >>> this thing hasn't used before... >>> >>> gettext doesn't resolve the harcoded strings problems, >>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>> is not even funny... >>> >>> all you have to do is to change something from: >>> >>> echo "harcoded string"; >>> >>> to >>> >>> echo _("translatable string"); >>> >>> then you run a script that does all the dirty work for you... >>> and voil?, you have all the diccionaries updated and sinchronized... >>> >>> >>> >>> On 5/10/06, Abos wrote: >>> >>> >>>> ok, >>>> Translate on array is boring, but really easy, using tool like poedit... >>>> is another thing (not really difficult i agree). >>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>> june than wait 2 more months and have gettext. >>>> Gettext doesn't resolve all the harcode problems (please confim). >>>> And before make the change, we have to train/inform the translators, >>>> loose some translators (and lang so) during the change is not good. >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> gettext is an order of magnitude easier to use for translators (than >>>>> an array based aproach) if you use poedit. >>>>> >>>>> http://www.poedit.org/ >>>>> >>>>> and I do not want to mention that gettext produces and keep >>>>> sincronized the files to translate automagically... >>>>> >>>>> /sak >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> Hi all, >>>>>> this is a small report for today svn snapshot. >>>>>> >>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>> think you know already. >>>>>> >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>> >>>>>> Tab "More information", when i translate close (for task/events) the >>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>> >>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>> >>>>>> Problem with ' in company field information (alway), >>>>>> >>>>>> When i send an email to a lead or contact, lead/contact description >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>> >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>> miss since 4.x) >>>>>> >>>>>> Migration script alway break the install, i have make a test with a new >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>> profile2globalpermissions. >>>>>> >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>> right. >>>>>> >>>>>> Migration question : >>>>>> Why not provide migration script during install ? With user choice >>>>>> install/upgrade. >>>>>> >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>> WARN for stable version ? >>>>>> >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>> good. >>>>>> >>>>>> Now the good things :) >>>>>> New really impressive design for the calendar, very very good ! >>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>> winning!!!)! >>>>>> The search engine is very cool, now we can search on entire system. >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>> said about report module ;) ) >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>> file and give a patch ?... I'm ready. >>>>>> >>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>> >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>> And i'm really enthusiastic(not sure for this word) >>>>>> I hope the plug-ins with same quality. >>>>>> A?ssa, >>>>>> gone to write a news on vtiger france >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>>> >>>> >>>> >>> _______________________________________________ >>> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >>> >>> >> _______________________________________________ >> This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt >> >> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From philip at vtiger.com Fri May 12 04:55:31 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 04:55:31 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. Message-ID: <10b287395b7.871235350277013597.7934852421195904606@@vtiger.com> Hi, vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 Kindly post your valuble feedback in our trac http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/3023dec6/attachment-0003.html From sergiokessler at gmail.com Fri May 12 05:47:26 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 09:47:26 -0300 Subject: [Vtigercrm-developers] gettext in V5 Message-ID: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> yes, please, send it to this list... (I do not like private messages) but I need confirmation that the patch (ie. the work) will not end in the floor... (if the patch is simple to merge, that is) /sak On 5/11/06, Abos wrote: > Sergio, > Mike Crowe has sended me latest version of his gettext patch, i can mail > you that if you want. > > > Sergio A. Kessler a ?crit : > > I'm short on time, but I can give it a try this weekend, > > but the patch enabling gettext will be accepted or is too late ? > > > > 1) the patch should be short > > 2) the current translations can be mantained in the transition, I see > > no problem in enabling gettext strings each by one > > > > regards, > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Hi Sergio, > >> do not miss understand (i know my english is poor), > >> i'm not against gettext, if you have capabilitie to provide gettext > >> support for vtiger crm 5 in short time, i provide french pack in pot > >> format without any problem in same time. > >> But i think before gettext integration, we have to ask to the > >> translaters, to know their capabilities. > >> Regards, > >> A?ssa > >> > >> Sergio A. Kessler a ?crit : > >> > >>> aisa, is a lot more probably that you *gain* translators instead of > >>> loosing them... > >>> (I don't know how you came to that conclusion) > >>> > >>> don't be afraid of gettext, the day you know it, you will wonder why > >>> this thing hasn't used before... > >>> > >>> gettext doesn't resolve the harcoded strings problems, > >>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>> is not even funny... > >>> > >>> all you have to do is to change something from: > >>> > >>> echo "harcoded string"; > >>> > >>> to > >>> > >>> echo _("translatable string"); > >>> > >>> then you run a script that does all the dirty work for you... > >>> and voil?, you have all the diccionaries updated and sinchronized... > >>> > >>> > >>> > >>> On 5/10/06, Abos wrote: > >>> > >>> > >>>> ok, > >>>> Translate on array is boring, but really easy, using tool like poedit... > >>>> is another thing (not really difficult i agree). > >>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>> june than wait 2 more months and have gettext. > >>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>> And before make the change, we have to train/inform the translators, > >>>> loose some translators (and lang so) during the change is not good. > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> gettext is an order of magnitude easier to use for translators (than > >>>>> an array based aproach) if you use poedit. > >>>>> > >>>>> http://www.poedit.org/ > >>>>> > >>>>> and I do not want to mention that gettext produces and keep > >>>>> sincronized the files to translate automagically... > >>>>> > >>>>> /sak > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> Hi all, > >>>>>> this is a small report for today svn snapshot. > >>>>>> > >>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>> think you know already. > >>>>>> > >>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>> > >>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>> > >>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>> > >>>>>> Problem with ' in company field information (alway), > >>>>>> > >>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>> > >>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>> miss since 4.x) > >>>>>> > >>>>>> Migration script alway break the install, i have make a test with a new > >>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>> profile2globalpermissions. > >>>>>> > >>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>> right. > >>>>>> > >>>>>> Migration question : > >>>>>> Why not provide migration script during install ? With user choice > >>>>>> install/upgrade. > >>>>>> > >>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>> WARN for stable version ? > >>>>>> > >>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>> good. > >>>>>> > >>>>>> Now the good things :) > >>>>>> New really impressive design for the calendar, very very good ! > >>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>> winning!!!)! > >>>>>> The search engine is very cool, now we can search on entire system. > >>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>> said about report module ;) ) > >>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>> file and give a patch ?... I'm ready. > >>>>>> > >>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>> > >>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>> I hope the plug-ins with same quality. > >>>>>> A?ssa, > >>>>>> gone to write a news on vtiger france > >>>>>> > >>>>>> > >>>>>> _______________________________________________ From webmaster at vtigercrmfrance.org Fri May 12 05:52:33 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Fri, 12 May 2006 14:52:33 +0200 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> Message-ID: <44648511.2080505@vtigercrmfrance.org> This is the instructions sended by Mike himself, i paste the original message. I've tried to boil this down simply. Here's what you need. 1) Extract these files in a directory named *locale/* inside your vtiger directory. 2) You need a table in vtiger named *lang_keys*. To create this, execute as follows (from the root vtiger directory): php locale/buildLangKeys.php This will create: locale/vtiger.pot (POT file for translating) locale/lang_keys.sql (initialization for the database table) The lang_keys.sql in the distributed file is actually the correct file from the alpha. However, you can rebuild if you like 3) I haven't reviewed where this is in 5.0, but the functions in utils_lang.php need to replace the same functions in the new 5.0 utils.php (or wherever it is). 4) I've include a *4.2.3* version of the en_US and fr_FR translations. These need to be updated for 5.0. They are included for your reference. Here's how the system works: 1) The following functions *return* the identical strings they used to: function return_app_list_strings_language($language) function return_application_language($language) function return_module_language($language, $module) They use the lang_keys database to build the contents of the strings, but instead of returning the English (which is in the database), they return _(English) making it translated. 2) Otherwise, system functions as expected. All new entries, however, can simply be _(*My New Strings*) rather than going to the complication of adding to mod_strings, etc. Caveats: 1) There are several untranslated strings I had to find. I'll compile a list and provide later. 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), which causes lots of problems. I have fixed in my version, and will supply by Friday. Future: 1) I will have a tool shortly which builds a PO file from an existing translation. This will be extremely useful in migrating from the old system to the new system. Geek Alert: 1) If you really want to see something cool, look at buildLangKeys.txt and see how I am importing each language file, then assigning it to a string in an array from the import. Very cool. This should be very clear, I hope. I will be on road a lot tomorrow. You can try to IM me, and I'll respond if I am free. Cheers! Mike P.S. I will post this to forge Sergio A. Kessler a ?crit : > yes, please, send it to this list... > (I do not like private messages) > > but I need confirmation that the patch (ie. the work) will not end in > the floor... > (if the patch is simple to merge, that is) > > /sak > > On 5/11/06, Abos wrote: > >> Sergio, >> Mike Crowe has sended me latest version of his gettext patch, i can mail >> you that if you want. >> >> >> Sergio A. Kessler a ?crit : >> >>> I'm short on time, but I can give it a try this weekend, >>> but the patch enabling gettext will be accepted or is too late ? >>> >>> 1) the patch should be short >>> 2) the current translations can be mantained in the transition, I see >>> no problem in enabling gettext strings each by one >>> >>> regards, >>> /sak >>> >>> On 5/11/06, Abos wrote: >>> >>> >>>> Hi Sergio, >>>> do not miss understand (i know my english is poor), >>>> i'm not against gettext, if you have capabilitie to provide gettext >>>> support for vtiger crm 5 in short time, i provide french pack in pot >>>> format without any problem in same time. >>>> But i think before gettext integration, we have to ask to the >>>> translaters, to know their capabilities. >>>> Regards, >>>> A?ssa >>>> >>>> Sergio A. Kessler a ?crit : >>>> >>>> >>>>> aisa, is a lot more probably that you *gain* translators instead of >>>>> loosing them... >>>>> (I don't know how you came to that conclusion) >>>>> >>>>> don't be afraid of gettext, the day you know it, you will wonder why >>>>> this thing hasn't used before... >>>>> >>>>> gettext doesn't resolve the harcoded strings problems, >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's >>>>> is not even funny... >>>>> >>>>> all you have to do is to change something from: >>>>> >>>>> echo "harcoded string"; >>>>> >>>>> to >>>>> >>>>> echo _("translatable string"); >>>>> >>>>> then you run a script that does all the dirty work for you... >>>>> and voil?, you have all the diccionaries updated and sinchronized... >>>>> >>>>> >>>>> >>>>> On 5/10/06, Abos wrote: >>>>> >>>>> >>>>> >>>>>> ok, >>>>>> Translate on array is boring, but really easy, using tool like poedit... >>>>>> is another thing (not really difficult i agree). >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for >>>>>> june than wait 2 more months and have gettext. >>>>>> Gettext doesn't resolve all the harcode problems (please confim). >>>>>> And before make the change, we have to train/inform the translators, >>>>>> loose some translators (and lang so) during the change is not good. >>>>>> A?ssa >>>>>> >>>>>> Sergio A. Kessler a ?crit : >>>>>> >>>>>> >>>>>> >>>>>>> gettext is an order of magnitude easier to use for translators (than >>>>>>> an array based aproach) if you use poedit. >>>>>>> >>>>>>> http://www.poedit.org/ >>>>>>> >>>>>>> and I do not want to mention that gettext produces and keep >>>>>>> sincronized the files to translate automagically... >>>>>>> >>>>>>> /sak >>>>>>> >>>>>>> On 5/10/06, Abos wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> this is a small report for today svn snapshot. >>>>>>>> >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i >>>>>>>> think you know already. >>>>>>>> >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) >>>>>>>> >>>>>>>> Tab "More information", when i translate close (for task/events) the >>>>>>>> table is not correctly displyed, miss the cell for close (X). >>>>>>>> >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), >>>>>>>> >>>>>>>> Problem with ' in company field information (alway), >>>>>>>> >>>>>>>> When i send an email to a lead or contact, lead/contact description >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! >>>>>>>> >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's >>>>>>>> miss since 4.x) >>>>>>>> >>>>>>>> Migration script alway break the install, i have make a test with a new >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 >>>>>>>> tables created : *actionmapping, announcement, field_seq, >>>>>>>> profile2globalpermissions. >>>>>>>> >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to >>>>>>>> right. >>>>>>>> >>>>>>>> Migration question : >>>>>>>> Why not provide migration script during install ? With user choice >>>>>>>> install/upgrade. >>>>>>>> >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to >>>>>>>> WARN for stable version ? >>>>>>>> >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very >>>>>>>> good. >>>>>>>> >>>>>>>> Now the good things :) >>>>>>>> New really impressive design for the calendar, very very good ! >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time >>>>>>>> winning!!!)! >>>>>>>> The search engine is very cool, now we can search on entire system. >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have >>>>>>>> said about report module ;) ) >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see >>>>>>>> vtiger crm 5 full french (and all french users too) ! >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang >>>>>>>> file and give a patch ?... I'm ready. >>>>>>>> >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, >>>>>>>> gettext is more difficult to use, but more efficient. We need a full >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. >>>>>>>> >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. >>>>>>>> And i'm really enthusiastic(not sure for this word) >>>>>>>> I hope the plug-ins with same quality. >>>>>>>> A?ssa, >>>>>>>> gone to write a news on vtiger france >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > -------------- next part -------------- A non-text attachment was scrubbed... Name: dev_gettext.zip Type: application/x-zip-compressed Size: 75796 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/93e5d316/attachment-0003.bin From sergiokessler at gmail.com Fri May 12 06:10:11 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 10:10:11 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <44648511.2080505@vtigercrmfrance.org> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> Message-ID: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > From richie at vtiger.com Fri May 12 07:26:33 2006 From: richie at vtiger.com (Richie) Date: Fri, 12 May 2006 07:26:33 -0700 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> Message-ID: <10b28fddd43.212089242168855728.4266120754326284739@@vtiger.com> Team, I am sorry but I am not willing to take this up for vtiger CRM 5.0 . I would suggest that we take this up for 5.0.1. We have enough number of issues/features to test out. This will be an overhead as of now. I would rather invest time in testing the existing features/bugs. Requesting your understanding, Richie ---- Sergio A. Kessler<sergiokessler at gmail.com> wrote ---- well, mike was trying to provide a migration path between the old and new methods... my approach would be simpler: - I will not touch the database - I will not provide a migration path (altough both methods of translating can coexist for a time) the patch will consist in a new file and a function, nothing more... and if you do not use the new method of translation, everything will run like before, so the patch is not disruptive at all... do we agree on doing this ? /sak On 5/12/06, Abos <webmaster at vtigercrmfrance.org> wrote: > This is the instructions sended by Mike himself, i paste the original > message. > > > I've tried to boil this down simply. Here's what you need. > > 1) Extract these files in a directory named *locale/* inside your > vtiger directory. > 2) You need a table in vtiger named *lang_keys*. To create this, > execute as follows (from the root vtiger directory): > php locale/buildLangKeys.php > This will create: > locale/vtiger.pot (POT file for translating) > locale/lang_keys.sql (initialization for the database table) > The lang_keys.sql in the distributed file is actually the correct file > from the alpha. However, you can rebuild if you like > 3) I haven't reviewed where this is in 5.0, but the functions in > utils_lang.php need to replace the same functions in the new 5.0 > utils.php (or wherever it is). > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > These need to be updated for 5.0. They are included for your reference. > > Here's how the system works: > 1) The following functions *return* the identical strings they used to: > function return_app_list_strings_language($language) > function return_application_language($language) > function return_module_language($language, $module) > They use the lang_keys database to build the contents of the strings, > but instead of returning the English (which is in the database), they > return _(English) making it translated. > 2) Otherwise, system functions as expected. All new entries, however, > can simply be _(*My New Strings*) rather than going to the complication > of adding to mod_strings, etc. > > Caveats: > 1) There are several untranslated strings I had to find. I'll compile a > list and provide later. > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > which causes lots of problems. I have fixed in my version, and will > supply by Friday. > > Future: > 1) I will have a tool shortly which builds a PO file from an existing > translation. This will be extremely useful in migrating from the old > system to the new system. > > Geek Alert: > 1) If you really want to see something cool, look at buildLangKeys.txt > and see how I am importing each language file, then assigning it to a > string in an array from the import. Very cool. > > This should be very clear, I hope. I will be on road a lot tomorrow. > You can try to IM me, and I'll respond if I am free. > > Cheers! > Mike > > P.S. I will post this to forge > > > > Sergio A. Kessler a ?crit : > > yes, please, send it to this list... > > (I do not like private messages) > > > > but I need confirmation that the patch (ie. the work) will not end in > > the floor... > > (if the patch is simple to merge, that is) > > > > /sak > > > > On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > > > >> Sergio, > >> Mike Crowe has sended me latest version of his gettext patch, i can mail > >> you that if you want. > >> > >> > >> Sergio A. Kessler a ?crit : > >> > >>> I'm short on time, but I can give it a try this weekend, > >>> but the patch enabling gettext will be accepted or is too late ? > >>> > >>> 1) the patch should be short > >>> 2) the current translations can be mantained in the transition, I see > >>> no problem in enabling gettext strings each by one > >>> > >>> regards, > >>> /sak > >>> > >>> On 5/11/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>> > >>> > >>>> Hi Sergio, > >>>> do not miss understand (i know my english is poor), > >>>> i'm not against gettext, if you have capabilitie to provide gettext > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > >>>> format without any problem in same time. > >>>> But i think before gettext integration, we have to ask to the > >>>> translaters, to know their capabilities. > >>>> Regards, > >>>> A?ssa > >>>> > >>>> Sergio A. Kessler a ?crit : > >>>> > >>>> > >>>>> aisa, is a lot more probably that you *gain* translators instead of > >>>>> loosing them... > >>>>> (I don't know how you came to that conclusion) > >>>>> > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > >>>>> this thing hasn't used before... > >>>>> > >>>>> gettext doesn't resolve the harcoded strings problems, > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, that's > >>>>> is not even funny... > >>>>> > >>>>> all you have to do is to change something from: > >>>>> > >>>>> echo "harcoded string"; > >>>>> > >>>>> to > >>>>> > >>>>> echo _("translatable string"); > >>>>> > >>>>> then you run a script that does all the dirty work for you... > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > >>>>> > >>>>> > >>>>> > >>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>> > >>>>> > >>>>> > >>>>>> ok, > >>>>>> Translate on array is boring, but really easy, using tool like poedit... > >>>>>> is another thing (not really difficult i agree). > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be for > >>>>>> june than wait 2 more months and have gettext. > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > >>>>>> And before make the change, we have to train/inform the translators, > >>>>>> loose some translators (and lang so) during the change is not good. > >>>>>> A?ssa > >>>>>> > >>>>>> Sergio A. Kessler a ?crit : > >>>>>> > >>>>>> > >>>>>> > >>>>>>> gettext is an order of magnitude easier to use for translators (than > >>>>>>> an array based aproach) if you use poedit. > >>>>>>> > >>>>>>> http://www.poedit.org/ > >>>>>>> > >>>>>>> and I do not want to mention that gettext produces and keep > >>>>>>> sincronized the files to translate automagically... > >>>>>>> > >>>>>>> /sak > >>>>>>> > >>>>>>> On 5/10/06, Abos <webmaster at vtigercrmfrance.org> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Hi all, > >>>>>>>> this is a small report for today svn snapshot. > >>>>>>>> > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), i > >>>>>>>> think you know already. > >>>>>>>> > >>>>>>>> Tab marketing, subtab account & contact, if i add an task/activitie, the > >>>>>>>> redirection goes to tab support, the good subtab. (very small problem) > >>>>>>>> > >>>>>>>> Tab "More information", when i translate close (for task/events) the > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > >>>>>>>> > >>>>>>>> The compose email pop up, is just a little to small (need 50px weight more), > >>>>>>>> > >>>>>>>> Problem with ' in company field information (alway), > >>>>>>>> > >>>>>>>> When i send an email to a lead or contact, lead/contact description > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, "fucking > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > >>>>>>>> > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist settings > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the invoices, it's > >>>>>>>> miss since 4.x) > >>>>>>>> > >>>>>>>> Migration script alway break the install, i have make a test with a new > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), only 4 > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > >>>>>>>> profile2globalpermissions. > >>>>>>>> > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound to left > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount inclined to > >>>>>>>> right. > >>>>>>>> > >>>>>>>> Migration question : > >>>>>>>> Why not provide migration script during install ? With user choice > >>>>>>>> install/upgrade. > >>>>>>>> > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put loggin to > >>>>>>>> WARN for stable version ? > >>>>>>>> > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can be very > >>>>>>>> good. > >>>>>>>> > >>>>>>>> Now the good things :) > >>>>>>>> New really impressive design for the calendar, very very good ! > >>>>>>>> The quick create function can be a killer feature on vtiger 5 (time > >>>>>>>> winning!!!)! > >>>>>>>> The search engine is very cool, now we can search on entire system. > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i have > >>>>>>>> said about report module ;) ) > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient to see > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need help.", > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to lang > >>>>>>>> file and give a patch ?... I'm ready. > >>>>>>>> > >>>>>>>> About gettext, the problem with gettext, is you can loose translaters, > >>>>>>>> gettext is more difficult to use, but more efficient. We need a full > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right decision. > >>>>>>>> > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell good. > >>>>>>>> And i'm really enthusiastic(not sure for this word) > >>>>>>>> I hope the plug-ins with same quality. > >>>>>>>> A?ssa, > >>>>>>>> gone to write a news on vtiger france > >>>>>>>> > >>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> > > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/61344d73/attachment-0003.html From dfar2008 at gmail.com Fri May 12 07:27:42 2006 From: dfar2008 at gmail.com (ding jianting) Date: Fri, 12 May 2006 22:27:42 +0800 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <3118551994190344607@unknownmsgid> References: <3118551994190344607@unknownmsgid> Message-ID: Hi, I can't install vtigerCRM5 pre-beta successfully. Env info: WinXP php4.3.10 mysql4.1.9 apache1.3 Thanks and regards, Tim On 5/12/06, Philip wrote: > > Hi, > > > vtigerCRM 5 pre-beta development release with i18n support is available for download in the following url, along with this we have released the ThunderBird extension and FireFox Toolbar, which is available for download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > Kindly post your valuble feedback in our trac > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket > > Philip > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > -- ________________________________________ ??? ?????????????????????????? SugarCRM???-vTigerCRM??? http://www.c3crm.com blog:http://blog.c3crm.com bbs:http://forum.c3crm.com group:http://group.c3crm.com ----------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/c13da835/attachment-0005.html From allan.bush at gmail.com Thu May 4 08:48:54 2006 From: allan.bush at gmail.com (Allan Bush) Date: Thu, 4 May 2006 08:48:54 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <-8549016085730891506@unknownmsgid> References: <9159.92812156237$1145888821@news.gmane.org> <3bec26390605021306u83b000wa55ad44ccea332f4@mail.gmail.com> <3bec26390605021342p55e7aebeu9722a5a8ae010286@mail.gmail.com> <000601c66e31$ca044c50$0a0510ac@nubrek.local> <000001c66e7b$2279acb0$0a0510ac@nubrek.local> <3bec26390605031055v7b636402l971e7b4a37c0b64a@mail.gmail.com> <-8549016085730891506@unknownmsgid> Message-ID: <3bec26390605040848k523f7069vd04ebfbea133e496@mail.gmail.com> Fair enough. My concern is that if we branch someone will move a bunch of files around or refactor some code again and we'll have problems/be unable to merge, and it would end up being the 3rd time I've tried to add postgres support only to have it not be taken up. Also I don't think the correct software development practice is to make a branch here. Branches should be made when a release is nearing to allow aggressive development to continue or if a feature is going to introduced prolonged breakage, neither of which I see happening here. Changesets are for managing bugs introduced by coding changes. That said I have no problems branching if Jeff wants to handle keeping everything in sync. On 5/3/06, Richie wrote: > Hi! > > I would suggest that we have a branch for the PostGres part so that the > merging will be a separate operation. > This will ensure that we are able to keep track of breakages as well. > > JeffK, what do you suggest? > > The core-team has been working on bug-fixes and has done quite a lot of > changes. I am concerned that we might again have to run in circles in the > worst case with the PostGres fixes. > > Allan, no offence meant. Just voicing my concern. > > Richie > > > > > ---- Allan Bush wrote ---- > > > Filling in the gaps. > > On 5/3/06, Joel Rydbeck wrote: > > Richie, > > > > I'll let Allan and Jeff fill in the gaps. > > > > a) How do we give the user the option of using PostGres while > installation? > > > > This would be at installation point, we'll provide it in the dropdown on > step 1 or step 2 (whichever one the user configures the db in). I started > working on this one last night. > > > > b) What will be the impact if any on the mysql compatible queries that we > have now? Will the current queries be changed? > > The current queries will be changed, the changes should have no effect > on the mysql compatibility. I didn't encounter any mysql regression > bugs doing the changes for 4.2 and I don't expect any for 5.0. > > > > > c) If the current queries are changed as such they may affect the core > team's development. Are we going to go on putting an IF check for PostGres? > > > > I would expect that the same queries will work for both databases, in the > case of incompatible queries, my vote would be an if/else for the short > term. Long-term, ADODB provides some healthy extensibility and abstraction > of the db layer. My vote is that we get PGSQL support in now, and then > polish with ADODB as we go along. > > > > d) How are we going to handle simultaneous development on the core code? > How to handle breakages if any? > > > > Allan will likely be doing the bulk of the commits, so I'll let him > address this. My commits will likely be isolated to one page at a time. If > you guys are able to validate our work in MySQL as we go along, that would > be very helpful. I'll try to test it at the same time (good ol' config.php > swap). > > The same way you currently handle simultaneous development between the > multiple contributers. I don't anticipate much breakage, the largest > changeset will probably be done in one commit during the first day I > work on this to get the installer working for both database types. As > I work pretty much opposite hours from the rest of the team conflicts > should be rare. > > > > > Thank you for your support and assistance in performing this. > > > > Regards, > > > > - Joel > > > > I just want to bring one point up which may ease you mind a little. > > SQL is a standard much like HTML. MySQL is like the IE of databases > well Postgres is closer to a Firefox, in the sense that MySQL will > make the best of any crap you send it well Postgres follows the > standards more closely. So what I'm going to be doing is basically > standardizing the SQL, and unlike IE MySQL supports the standards > properly (well it's laking several features and just ignores some > stuff but since I'm not adding anything that won't be a problem). > > Allan > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Fri May 12 07:49:31 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Fri, 12 May 2006 10:49:31 -0400 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. From philip at vtiger.com Fri May 12 08:33:01 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:33:01 -0700 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: References: <33041.1419192844$1147434990@news.gmane.org> Message-ID: <10b293ab709.-5614056690891036135.-914418256296396671@@vtiger.com> Hi Jeff, Yes we do agree that we have to tag the build in svn, as we are not aware of the procedure we'll seek Matt's help in this regard and make it done. But for the build name the 5 alpha series is over, the build worth between alpha and beta stage so we decided to go with pre-beta, right now we don't expect any beta series, even once the beta is out, so the release after beta will be GA. Regards, Philip ----jtk at yahoo.com wrote ---- Philip wrote: > vtigerCRM 5 pre-beta development release with i18n support is available > for download in the following url, along with this we have released the > ThunderBird extension and FireFox Toolbar, which is available for > download in the same url > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 The file offered for download is: vtigerCRM-5.0-pre-beta-i18n.tar.gz Can we please tag this in subversion and release as vtigercrm-5.0.0alpha6.tar.gz? The alpha series aren't such a big issue, but we really need a procedure in place by the time vtigercrm-5.0.0beta1 is offered. Packaging systems can't automatically tell that 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm into any distro packaging systems until we do things the computer-readable way. * tag: svn copy a specific trunk (or branch) revision with the exact release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. Then 'svn export' is used to make the tarball/exe, etc. The logic behind using tags is that we should be able to precisely recreate and diff against anything ever 'released', at any time in the future. It's an essential prerequisite to providing continuous migration support. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/b354d994/attachment-0003.html From philip at vtiger.com Fri May 12 08:59:08 2006 From: philip at vtiger.com (Philip) Date: Fri, 12 May 2006 08:59:08 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. Message-ID: <10b29529d03.4582644429177129343.6722516092062050602@@vtiger.com> Hi, I tried reaching matt through is mobile, but i could'nt make it, can anyone who knows the procedure label the build in svn as vtigerCRM-5.0-pre-beta-i18n ? if so please label the files which were modified 12hr before from now as we have made checkins after that. Thanks, Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060512/64ed57e4/attachment-0005.html From sergiokessler at gmail.com Fri May 12 09:15:59 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:15:59 -0300 Subject: [Vtigercrm-developers] gettext in V5 In-Reply-To: <-5690813438495085335@unknownmsgid> References: <49216030605120547x20b73798g81f72542668c00ca@mail.gmail.com> <44648511.2080505@vtigercrmfrance.org> <49216030605120610v5f362872q33448f3f3e1d953b@mail.gmail.com> <-5690813438495085335@unknownmsgid> Message-ID: <49216030605120915n3874eb5av246c7b2b7656e89b@mail.gmail.com> ok, richie, I understand you. but we can do baby steps in preparing the infraestructure for 5.0.1 the first baby step is to just create a folder called 'locale' in the root of vtiger. can you do this ? (it will not affect in nothing to the current code) maybe you can put a readme.txt that says: "this folder will be use for future gettext system translations" si ? /sak On 5/12/06, Richie wrote: > > Team, > > I am sorry but I am not willing to take this up for vtiger CRM 5.0 . > I would suggest that we take this up for 5.0.1. > > We have enough number of issues/features to test out. > This will be an overhead as of now. > > I would rather invest time in testing the existing features/bugs. > > Requesting your understanding, > > Richie > > > > > > > ---- Sergio A. Kessler wrote ---- > > > well, mike was trying to provide a migration path between the old and > new methods... > > my approach would be simpler: > > - I will not touch the database > - I will not provide a migration path (altough both methods of > translating can coexist for a time) > > the patch will consist in a new file and a function, nothing more... > and if you do not use the new method of translation, everything will > run like before, so the patch is not disruptive at all... > > do we agree on doing this ? > > > /sak > > On 5/12/06, Abos wrote: > > This is the instructions sended by Mike himself, i paste the original > > message. > > > > > > I've tried to boil this down simply. Here's what you need. > > > > 1) Extract these files in a directory named *locale/* inside your > > vtiger directory. > > 2) You need a table in vtiger named *lang_keys*. To create this, > > execute as follows (from the root vtiger directory): > > php locale/buildLangKeys.php > > This will create: > > locale/vtiger.pot (POT file for translating) > > locale/lang_keys.sql (initialization for the database table) > > The lang_keys.sql in the distributed file is actually the correct file > > from the alpha. However, you can rebuild if you like > > 3) I haven't reviewed where this is in 5.0, but the functions in > > utils_lang.php need to replace the same functions in the new 5.0 > > utils.php (or wherever it is). > > 4) I've include a *4.2.3* version of the en_US and fr_FR translations. > > These need to be updated for 5.0. They are included for your reference. > > > > Here's how the system works: > > 1) The following functions *return* the identical strings they used to: > > function return_app_list_strings_language($language) > > function return_application_language($language) > > function return_module_language($language, $module) > > They use the lang_keys database to build the contents of the strings, > > but instead of returning the English (which is in the database), they > > return _(English) making it translated. > > 2) Otherwise, system functions as expected. All new entries, however, > > can simply be _(*My New Strings*) rather than going to the complication > > of adding to mod_strings, etc. > > > > Caveats: > > 1) There are several untranslated strings I had to find. I'll compile a > > list and provide later. > > 2) Squirrelmail is way screwed up. In it, it prints _($mod_strings[]), > > which causes lots of problems. I have fixed in my version, and will > > supply by Friday. > > > > Future: > > 1) I will have a tool shortly which builds a PO file from an existing > > translation. This will be extremely useful in migrating from the old > > system to the new system. > > > > Geek Alert: > > 1) If you really want to see something cool, look at buildLangKeys.txt > > and see how I am importing each language file, then assigning it to a > > string in an array from the import. Very cool. > > > > This should be very clear, I hope. I will be on road a lot tomorrow. > > You can try to IM me, and I'll respond if I am free. > > > > Cheers! > > Mike > > > > P.S. I will post this to forge > > > > > > > > Sergio A. Kessler a ?crit : > > > yes, please, send it to this list... > > > (I do not like private messages) > > > > > > but I need confirmation that the patch (ie. the work) will not end in > > > the floor... > > > (if the patch is simple to merge, that is) > > > > > > /sak > > > > > > On 5/11/06, Abos wrote: > > > > > >> Sergio, > > >> Mike Crowe has sended me latest version of his gettext patch, i can > mail > > >> you that if you want. > > >> > > >> > > >> Sergio A. Kessler a ?crit : > > >> > > >>> I'm short on time, but I can give it a try this weekend, > > >>> but the patch enabling gettext will be accepted or is too late ? > > >>> > > >>> 1) the patch should be short > > >>> 2) the current translations can be mantained in the transition, I see > > >>> no problem in enabling gettext strings each by one > > >>> > > >>> regards, > > >>> /sak > > >>> > > >>> On 5/11/06, Abos wrote: > > >>> > > >>> > > >>>> Hi Sergio, > > >>>> do not miss understand (i know my english is poor), > > >>>> i'm not against gettext, if you have capabilitie to provide gettext > > >>>> support for vtiger crm 5 in short time, i provide french pack in pot > > >>>> format without any problem in same time. > > >>>> But i think before gettext integration, we have to ask to the > > >>>> translaters, to know their capabilities. > > >>>> Regards, > > >>>> A?ssa > > >>>> > > >>>> Sergio A. Kessler a ?crit : > > >>>> > > >>>> > > >>>>> aisa, is a lot more probably that you *gain* translators instead of > > >>>>> loosing them... > > >>>>> (I don't know how you came to that conclusion) > > >>>>> > > >>>>> don't be afraid of gettext, the day you know it, you will wonder why > > >>>>> this thing hasn't used before... > > >>>>> > > >>>>> gettext doesn't resolve the harcoded strings problems, > > >>>>> BUT it makes the task of mark a string to be tranlated SO easy, > that's > > >>>>> is not even funny... > > >>>>> > > >>>>> all you have to do is to change something from: > > >>>>> > > >>>>> echo "harcoded string"; > > >>>>> > > >>>>> to > > >>>>> > > >>>>> echo _("translatable string"); > > >>>>> > > >>>>> then you run a script that does all the dirty work for you... > > >>>>> and voil?, you have all the diccionaries updated and sinchronized... > > >>>>> > > >>>>> > > >>>>> > > >>>>> On 5/10/06, Abos wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>>> ok, > > >>>>>> Translate on array is boring, but really easy, using tool like > poedit... > > >>>>>> is another thing (not really difficult i agree). > > >>>>>> But i prefer translate on php files and have vtiger CRM 5 may be > for > > >>>>>> june than wait 2 more months and have gettext. > > >>>>>> Gettext doesn't resolve all the harcode problems (please confim). > > >>>>>> And before make the change, we have to train/inform the > translators, > > >>>>>> loose some translators (and lang so) during the change is not good. > > >>>>>> A?ssa > > >>>>>> > > >>>>>> Sergio A. Kessler a ?crit : > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>> gettext is an order of magnitude easier to use for translators > (than > > >>>>>>> an array based aproach) if you use poedit. > > >>>>>>> > > >>>>>>> http://www.poedit.org/ > > >>>>>>> > > >>>>>>> and I do not want to mention that gettext produces and keep > > >>>>>>> sincronized the files to translate automagically... > > >>>>>>> > > >>>>>>> /sak > > >>>>>>> > > >>>>>>> On 5/10/06, Abos wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>> Hi all, > > >>>>>>>> this is a small report for today svn snapshot. > > >>>>>>>> > > >>>>>>>> Homepage : latest activities added layer appear (see screenshot), > i > > >>>>>>>> think you know already. > > >>>>>>>> > > >>>>>>>> Tab marketing, subtab account & contact, if i add an > task/activitie, the > > >>>>>>>> redirection goes to tab support, the good subtab. (very small > problem) > > >>>>>>>> > > >>>>>>>> Tab "More information", when i translate close (for task/events) > the > > >>>>>>>> table is not correctly displyed, miss the cell for close (X). > > >>>>>>>> > > >>>>>>>> The compose email pop up, is just a little to small (need 50px > weight more), > > >>>>>>>> > > >>>>>>>> Problem with ' in company field information (alway), > > >>>>>>>> > > >>>>>>>> When i send an email to a lead or contact, lead/contact > description > > >>>>>>>> added to mail body. Very very very bad ! Imagine my comment, > "fucking > > >>>>>>>> guy, dislike to work with him, bad debtor". Ouch ! > > >>>>>>>> > > >>>>>>>> Can't change invoices status, quotes /SO/PO stage on picklist > settings > > >>>>>>>> (i think you just need time for quotes/SO/PO, but for the > invoices, it's > > >>>>>>>> miss since 4.x) > > >>>>>>>> > > >>>>>>>> Migration script alway break the install, i have make a test with > a new > > >>>>>>>> and clean vtiger crm 4.2.3 database (without adding any data), > only 4 > > >>>>>>>> tables created : *actionmapping, announcement, field_seq, > > >>>>>>>> profile2globalpermissions. > > >>>>>>>> > > >>>>>>>> *Brand question (i think to saint ?) why design the tiger pound > to left > > >>>>>>>> on rss, calendar, email module ? The vtiger logo use a pount > inclined to > > >>>>>>>> right. > > >>>>>>>> > > >>>>>>>> Migration question : > > >>>>>>>> Why not provide migration script during install ? With user > choice > > >>>>>>>> install/upgrade. > > >>>>>>>> > > >>>>>>>> Loggin question : The logs make vtiger CRM slow, why not put > loggin to > > >>>>>>>> WARN for stable version ? > > >>>>>>>> > > >>>>>>>> Adding 1 more field to calls/meetings for incoming/outgoing can > be very > > >>>>>>>> good. > > >>>>>>>> > > >>>>>>>> Now the good things :) > > >>>>>>>> New really impressive design for the calendar, very very good ! > > >>>>>>>> The quick create function can be a killer feature on vtiger 5 > (time > > >>>>>>>> winning!!!)! > > >>>>>>>> The search engine is very cool, now we can search on entire > system. > > >>>>>>>> The report module !!!! Ouch !!!! USABLE ! (Richie forgot what i > have > > >>>>>>>> said about report module ;) ) > > >>>>>>>> New real effort for translaters, thankkkksssssss, i am impatient > to see > > >>>>>>>> vtiger crm 5 full french (and all french users too) ! > > >>>>>>>> MSG to Richie, you say about i18n on forum: " Yes, we do need > help.", > > >>>>>>>> what kind of help ? Harcode string feedback ? Moving harcode to > lang > > >>>>>>>> file and give a patch ?... I'm ready. > > >>>>>>>> > > >>>>>>>> About gettext, the problem with gettext, is you can loose > translaters, > > >>>>>>>> gettext is more difficult to use, but more efficient. We need a > full > > >>>>>>>> translate of vtiger CRM 5 (not 6). So for now, it's the right > decision. > > >>>>>>>> > > >>>>>>>> Conclusion : vtiger crm 5 is on the right way, look good, smell > good. > > >>>>>>>> And i'm really enthusiastic(not sure for this word) > > >>>>>>>> I hope the plug-ins with same quality. > > >>>>>>>> A?ssa, > > >>>>>>>> gone to write a news on vtiger france > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> _______________________________________________ > > >>>>>>>> > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From sergiokessler at gmail.com Fri May 12 09:19:06 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Fri, 12 May 2006 13:19:06 -0300 Subject: [Vtigercrm-developers] vtigerCRM 5 pre-beta-i18n development Release available for testing. In-Reply-To: <-4460657018200633648@unknownmsgid> References: <33041.1419192844$1147434990@news.gmane.org> <-4460657018200633648@unknownmsgid> Message-ID: <49216030605120919v79e3b22bucd6db55ea8c9a44d@mail.gmail.com> can't you do beta1, beta2, betaN, RC1, RC2, etc ? On 5/12/06, Philip wrote: > > > Hi Jeff, > > Yes we do agree that we have to tag the build in svn, > as we are not aware of the procedure > we'll seek Matt's help in > this regard and make it done. But for the build name the > 5 alpha series is over, the build worth > between alpha and beta > stage so we decided to go with pre-beta, right now we > don't expect any beta series, even once > the beta is out, > so the release after beta will be GA. > > Regards, > Philip > > > ----jtk at yahoo.com wrote ---- > > > Philip wrote: > > vtigerCRM 5 pre-beta development release with i18n > support is available > > for download in the following url, along with this we > have released the > > ThunderBird extension and FireFox Toolbar, which > is available for > > download in the same url > > > https://sourceforge.net/project/showfiles.php?group_id=117522&package_id=188990 > > The file offered for download is: > vtigerCRM-5.0-pre-beta-i18n.tar.gz > > Can we please tag this in subversion and release as > > vtigercrm-5.0.0alpha6.tar.gz? > > The alpha series aren't such a big issue, but we really > need a procedure > in place by the time vtigercrm-5.0.0beta1 is offered. > > Packaging systems can't automatically tell that > 'vtigerCRM-5.0-pre-beta-i18n.tar.gz' is 'less than' > 'vtigercrm-5.0.0beta1.tar.gz'. We'll never get vtigercrm > into any distro > packaging systems until we do things the > computer-readable way. > > * tag: svn copy a specific trunk (or branch) > revision with the exact > release layout to vtigercrm/tags/vtigercrm-5.0.0alpha6. > Then 'svn export' > is used to make the tarball/exe, etc. > > The logic behind using tags is that we should be able > to precisely > recreate and diff against anything ever 'released', > at any time in the > future. It's an essential prerequisite to > providing continuous migration > support. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of > paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner > for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From allan.bush+vtiger_dev at gmail.com Fri May 12 10:05:30 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 12 May 2006 10:05:30 -0700 Subject: [Vtigercrm-developers] Can anyone label the build in svn. In-Reply-To: <-1322028316996138354@unknownmsgid> References: <-1322028316996138354@unknownmsgid> Message-ID: <3bec26390605121005g1fcf4071p6b3cb5330584d5ca@mail.gmail.com> Philip, Can you give a revision number (ie: the last checkin before creating the release)? 12hr ago is kind of a vague target and there seems to have been several checkins around that time. On 5/12/06, Philip wrote: > > Hi, > > I tried reaching matt through is mobile, but i > could'nt make it, can anyone who knows the > procedure label the build in svn as > vtigerCRM-5.0-pre-beta-i18n ? if so please label the files > which were modified 12hr before from now as > we have made checkins > after that. > > > Thanks, > Philip > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From webmaster at vtigercrmfrance.org Sun May 14 05:13:27 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:13:27 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 translations Message-ID: <44671EE7.4030204@vtigercrmfrance.org> Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. From webmaster at vtigercrmfrance.org Sun May 14 05:31:28 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 14:31:28 +0200 Subject: [Vtigercrm-developers] Translation alway Message-ID: <44672320.7050101@vtigercrmfrance.org> On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} From ahmed at vtiger.com Sun May 14 07:05:54 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:05:54 -0700 Subject: [Vtigercrm-developers] Translation alway In-Reply-To: <44672320.7050101@vtigercrmfrance.org> References: <44672320.7050101@vtigercrmfrance.org> Message-ID: <10b3337ad96.5727276764477112699.739308675497672277@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- On file : Smarty/templates/header.tpl : Line 60 : {$APP.$maintabs} Line 63 : {$APP.$maintabs} Line 110 : {$APP.$module} {else} {$APP.$module} _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/b4121e31/attachment-0003.html From ahmed at vtiger.com Sun May 14 07:06:32 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Sun, 14 May 2006 07:06:32 -0700 Subject: [Vtigercrm-developers] vtiger crm 5 translations In-Reply-To: <44671EE7.4030204@vtigercrmfrance.org> References: <44671EE7.4030204@vtigercrmfrance.org> Message-ID: <10b33383f6a.4798651429895754736.2392294882046223799@@vtiger.com> Thanks for notifying the issue. The changes have been done. Regards Ahmed Vtiger ----webmaster at vtigercrmfrance.org wrote ---- Hi, change on file /smarty/templates/fieldaccess.tpl line 61: To have the module name in user language. Rest an issue with this module, the fileds names. {foreach item=elementinfo from=$elements} {$elementinfo.1} {$elementinfo.0} {/foreach} I have no solution here. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/72cf0d42/attachment-0005.html From webmaster at vtigercrmfrance.org Sun May 14 09:00:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:00:42 +0200 Subject: [Vtigercrm-developers] Reports module, error include Message-ID: <4467542A.8020300@vtigercrmfrance.org> Hi, please correct on file /modules/Reports/SaveAndRun.php line 51 the case not correct require_once('modules/DashBoard/ReportsCharts.php'); must be require_once('modules/Dashboard/ReportsCharts.php'); From jtk at yahoo.com Sun May 14 09:28:05 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Sun, 14 May 2006 12:28:05 -0400 Subject: [Vtigercrm-developers] Reports module, error include References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: Abos wrote: > please correct on file /modules/Reports/SaveAndRun.php line 51 the case > not correct > require_once('modules/DashBoard/ReportsCharts.php'); > must be > require_once('modules/Dashboard/ReportsCharts.php'); Thanks for the catch, fixed. Would you consider filing issues as trac tickets, so the developers could address and comment on them more easily? http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 From webmaster at vtigercrmfrance.org Sun May 14 09:33:59 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 18:33:59 +0200 Subject: [Vtigercrm-developers] translations Message-ID: <44675BF7.5050508@vtigercrmfrance.org> File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. From webmaster at vtigercrmfrance.org Sun May 14 10:30:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 19:30:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4467692B.5000106@vtigercrmfrance.org> On file /module/Calendar/CalendarLayout.php Line 7 function calendar_layout(& $param_arr) { Add global $mod_strings; Line 25/26 change for : $mod_strings[Events] $mod_strings[Todos] Line96 function get_cal_header_data(& $cal_arr) { global $mod_strings; Line 108 change for date_time->get_formatted_date()."\",\"".$cal_arr['calendar']->date_time->get_formatted_date()."\",\"".$hour_startat."\",\"".$hour_endat."\")' href='javascript:void(0)'>".$mod_strings['Add Event']." Line 114 change for ".$mod_strings[View]." : "; Line 124 to 133 change for function getEventViewOption(& $cal) { global $mod_strings; $view = ""; return $view; } Line 639 to 655 function getEventTodoInfo(& $cal, $mode) { global $mod_strings; $event_todo = Array(); $event_todo['event']=getListView($cal, $mode); $event_todo['todo'] = getTodosList($cal, $mode); $event_todo_info = ""; $event_todo_info .= "".$mod_strings['Total Events'].": ".$event_todo['event']['totalevent']; if($event_todo['event']['pendingevent'] != null) $event_todo_info .= ", ".$event_todo['event']['pendingevent']." Pending"; $event_todo_info .=" / "; $event_todo_info .="".$mod_strings['Total Todos']." : ".$event_todo['todo']['totaltodo']; if($event_todo['todo']['pendingtodo'] != null) $event_todo_info .= ", ".$event_todo['todo']['pendingtodo']." ".$mod_strings['Pending'].""; return $event_todo_info; } Line 657 to 706 change for function constructListView($entry_list) { global $mod_strings; $list_view = ""; $header = Array('0'=>'#', '1'=>$mod_strings['Start Time'], '2'=>$mod_strings['End Time'], '3'=>$mod_strings['Event Type'], '4'=>$mod_strings['Event Details'], '5'=>$mod_strings['Actions'], '6'=>$mod_strings['Current Status'], ); $header_width = Array('0'=>'5', '1'=>'10', '2'=>'10', '3'=>'10', '4'=>'40', '5'=>'10', '6'=>'15', ); $list_view .="
"; $header_rows = count($header); for($i=0;$i<$header_rows;$i++) { $list_view .=""; } $list_view .=""; $rows = count($entry_list); if($rows != 0) { for($i=0;$i"; foreach($entry_list[$i] as $key=>$entry) { $list_view .=""; } $list_view .=""; } } else { $list_view .=""; $list_view .=""; $list_view .=""; } $list_view .="
".$header[$i]."
".$entry."
".$mod_strings['None Scheduled']."
"; echo $list_view; } Add those strings in mod lang file 'Events'=>'Events', 'Add Event'=>'Add Event', 'Todos'=>'Todos', 'View'=>'View', 'Total Events'=>'Total Events', 'Total Todos'=>'Total Todos', 'Pending'=>'Pending', 'Hour View'=>'Hour View', 'List View'=>'List View', 'None Scheduled'=>'None Scheduled', 'Start Time'=>'Start Time', 'End Time'=>'End Time', 'Actions'=>'Actions', 'Event Type'=>'Event Type', 'Event Details'=>'Event Details', 'Current Status'=>'Current Status', Let me know if you prefer other format for changes. To be continued .... From webmaster at vtigercrmfrance.org Sun May 14 12:54:42 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 21:54:42 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <44678B02.4040704@vtigercrmfrance.org> Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks From webmaster at vtigercrmfrance.org Sun May 14 13:06:14 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 22:06:14 +0200 Subject: [Vtigercrm-developers] Reports module, error include In-Reply-To: References: <4467542A.8020300@vtigercrmfrance.org> Message-ID: <44678DB6.3030806@vtigercrmfrance.org> Hi, I appreciate a clear procedure for posting report/bug/changes... I post all changes for translations on this ML, What is the best format ? .diff, comments like i send, entire file ? What is the right place for that ? Here ? Trac ? it still remains lot of harcoded strings, i think to post a maximum during the week and i hope to have a full translated version for GA. I do my best and sorry if i ask silly questions or mistakes. Regards, A?ssa Jeff Kowalczyk a ?crit : > Abos wrote: > >> please correct on file /modules/Reports/SaveAndRun.php line 51 the case >> not correct >> require_once('modules/DashBoard/ReportsCharts.php'); >> must be >> require_once('modules/Dashboard/ReportsCharts.php'); >> > > Thanks for the catch, fixed. Would you consider filing issues as trac > tickets, so the developers could address and comment on them more easily? > > http://vtiger.fosslabs.com/cgi-bin/trac.cgi/ticket/780 > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From webmaster at vtigercrmfrance.org Sun May 14 14:54:49 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Sun, 14 May 2006 23:54:49 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <4467A729.5080902@vtigercrmfrance.org> File : /modules/Calendar/addEventUI.php this is the entire file Strings to add on mod lang file : 'Close'=>'Close', 'Call'=>'Call', 'Meeting'=>'Meeting, 'Event Name'=>'Event Name', 'Event starts at'=>'Event starts at', 'Event ends on'=>'Event ends on', 'Invite'=>'Invite', 'Reminder'=>'Reminder', 'Repeat'=>'Repeat', 'LBL_To_invite'=>'To invite, select the users from the "Available Users" list and click the "Add" button.', 'LBL_To_remove'=>'To remove, select the users in the "Selected Users" list and the click "Remove" button.', 'Available Users'=>'Available Users', 'Selected Users'=>'Selected Users', 'Add'=>'Add', 'Remove'=>'Remove', 'LBL_users_receive_email'=>'users will receive an email about the Event.', 'Remind on'=>'Remind on', 'Minutes'=>'Minutes', 'Hours'=>'Hours', 'Days'=>'Days', 'Day'=>'Day', 'Week'=>'Week', 'Month'=>'Month', 'Year'=>'Year', 'before the event starts'=>'before the event starts', 'before the event ends'=>'before the event ends', 'Send Reminder to'=>'Send Reminder to', 'Type Email ID'=>'Type Email ID', 'Repeat'=>'Repeat', 'Enable Repeat'=>'Enable Repeat', 'Repeat once in every'=>'Repeat once in every', 'day of the month'=>'day of the month', 'on'=>'on', 'First'=>'First', 'Last'=>'Last', 'Save'=>'Save', This is just the beginning..... From surachai at prachakij.com Sun May 14 22:50:09 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Mon, 15 May 2006 12:50:09 +0700 Subject: [Vtigercrm-developers] Dashboard character encoding Message-ID: <1147672209.22063.11.camel@localhost.localdomain> I install vtiger 4.2 on redhat as3. I would like to set dashboard to show thai language which mean I have to use tis-620 encoding. Could you tell me how to set it? Thank you in advance. -- Surachai Locharoen From gopals at vtiger.com Sun May 14 23:50:38 2006 From: gopals at vtiger.com (Gopal) Date: Sun, 14 May 2006 23:50:38 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 - Security Mgt Test cases Message-ID: <10b36cf8730.-3137295622348362958.-5700822763960106518@@vtiger.com> Dear Team, I have posted v5 - Security Mgt. test cases (Summary level) for the benefit of community start testing the Security features. http://blogs.vtiger.com/weblog_entry.php?e=6851 Or http://forums.vtiger.com/viewtopic.php?t=6852 Please feel free to add your inputs, test results, and comments at the Wiki doc so that we can have a complete document before Beta release. http://www.vtiger.com/wiki/index.php/Vtiger_CRM_5_Test_Cases Thanks, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060514/7df27525/attachment-0003.html From webmaster at vtigercrmfrance.org Mon May 15 01:18:08 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 10:18:08 +0200 Subject: [Vtigercrm-developers] Translation calendar Message-ID: <44683940.70601@vtigercrmfrance.org> Hi, on file /modules/calendar/calendarLayout.php Line 506 Change for : ['.$mod_strings['More'].'...] Line 617 change for $more_link = "[".$mod_strings['More']."...]"; And add 'More'=>'More', on lang file. Thanks From richie at vtiger.com Mon May 15 03:50:53 2006 From: richie at vtiger.com (Richie) Date: Mon, 15 May 2006 03:50:53 -0700 Subject: [Vtigercrm-developers] postgres support in v5 Message-ID: <10b37ab7b50.4324958173826176072.4705717994082330508@@vtiger.com> Hi Allan! Do let me know how far things have gone on the Postgres front please. I plan to go for a validation round. Depending on your answer, I might have to reschedule the plan. As of now, I hope to have the full-scale validation on by coming Monday. Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/115e1e02/attachment-0005.html From ahmed at vtiger.com Mon May 15 05:27:05 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:27:05 -0700 Subject: [Vtigercrm-developers] Translations In-Reply-To: <44678B02.4040704@vtigercrmfrance.org> References: <44678B02.4040704@vtigercrmfrance.org> Message-ID: <10b38039187.-632636123900005112.-8484531077188790005@@vtiger.com> Hi, The changes in the header.tpl has been done. Regards, Ahmed ----webmaster at vtigercrmfrance.org wrote ---- Hi again, on file /smarty/templates/header.tpl Line 16 change for : {$CURRENT_USER} - {$APP.$CATEGORY} - {$APP.$MODULE_NAME} - {$APP.LBL_BROWSER_TITLE} Thanks _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/9d17388b/attachment-0003.html From ahmed at vtiger.com Mon May 15 05:56:15 2006 From: ahmed at vtiger.com (Ahmed Hussian) Date: Mon, 15 May 2006 05:56:15 -0700 Subject: [Vtigercrm-developers] translations In-Reply-To: <44675BF7.5050508@vtigercrmfrance.org> References: <44675BF7.5050508@vtigercrmfrance.org> Message-ID: <10b381e4500.2258827201827137331.-8249536675749164027@@vtiger.com> Hi, The changes have been done. Regards, Ahmed vtiger ----webmaster at vtigercrmfrance.org wrote ---- File smarty/templates/ReportContents.tpl Line 30, change for : {$MOD.LBL_MODULE_NAME} {$MOD.LBL_REP_FOLDER_DESC} {$MOD.Tools} And add 'Tools'=>'Tools', to reports lang file Alway on tpl folder File ReportFilters.tpl Line 14 Change for : Line 53 change for :
{$APP.NTC_DATE_FORMAT}
{$APP.NTC_DATE_FORMAT} Line 173 change for : And replace all "and" strings by $MOD.LBL_AND and add LBL_AND to report file lang. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060515/f1d855be/attachment-0005.html From webmaster at vtigercrmfrance.org Mon May 15 08:09:19 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Mon, 15 May 2006 17:09:19 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <4468999F.8000704@vtigercrmfrance.org> Hi, this is some harcoded strings, on file /includes/utils/searchutils.php Line 393 : if($fieldlabel != 'Related to') { if ($i==0) $OPTION_SET .= ""; else $OPTION_SET .= ""; } can you change field label for $app_strings['$fieldlabel'] Line 409, $CRIT_OPT = ""; Other thing on reports module, the field name are in english, xls/pdf output first line display the field also in english On settings, DefaultFieldPermissions The fields name are in english, OrgSharing, The modules names are in english, EditFieldBlock Few terms translated, but major in english. ..... vtiger CRM 5 begin to look like good in our language, continue efforts, thanks From allan.bush+vtiger_dev at gmail.com Mon May 15 19:07:19 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Mon, 15 May 2006 19:07:19 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: <662123432683169590@unknownmsgid> References: <662123432683169590@unknownmsgid> Message-ID: <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Richie, Postgres is coming along, not as quickly as I had hoped but it's getting there. The installation process is working now and their aren't too many problems with normal navigation. The biggest hurdle right now (other then just plain lack of time on my part) is with the state of flux of the code base. Jeff is doing a great job syncing the branch up all the time, but the large amount of change requires a lot of re-testing on our part. I think the best course of action right now is to merge the branch back into the trunk. Mering the postgres branch this will free up more time for Jeff to work on other fixes and I don't foresee any more breakage as all changes from here on are simply fixing queries one at a time as we come across problems. The biggest advantage I see with dropping the branch is if we find a bug we won't have to concern ourselves with if it's a postgres only bug or not and we'll just be able to fix it without worrying about duplicating the effort of one of your guys. Also this will allow us to split the long sql queries into multiple lines so that SVN can track the changes better without us breaking the mergability of the postgres branch. Merging the branch just before the next validation round would be prefect timing and unless Jeff or Joel say otherwise I think it's ready to be merged at anytime now. Allan On 5/15/06, Richie wrote: > > Hi Allan! > > Do let me know how far things have gone on the > Postgres front please. > I plan to go for a validation round. Depending on > your answer, I might have to reschedule > the plan. > As of now, I hope to have the full-scale validation on > by coming Monday. > > Richie From jtk at yahoo.com Mon May 15 19:51:53 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Mon, 15 May 2006 22:51:53 -0400 Subject: [Vtigercrm-developers] postgres support in v5 References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. From saint at vtiger.com Tue May 16 04:51:04 2006 From: saint at vtiger.com (Saint) Date: Tue, 16 May 2006 17:21:04 +0530 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Message-ID: <4469BCA8.5090309@vtiger.com> Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0003.html -------------- next part -------------- A non-text attachment was scrubbed... Name: EmptyListViewUI.gif Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/003a0bd8/attachment-0003.gif From gopals at vtiger.com Tue May 16 05:23:56 2006 From: gopals at vtiger.com (Gopal) Date: Tue, 16 May 2006 05:23:56 -0700 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group Message-ID: <10b3d270a02.-2050166735887071557.-1171685965964976545@@vtiger.com> Dear Team, We have launched a separate mailing list to discuss about Access ControlLists (aka Role based Security Management) in vtiger CRM. I hope you agree with me that ACL functionality has a massive impact on vtigercore architecture and it will be going to define the next generation OpenSource CRM for enterprise market. I would like to take this opportunity to invite all interested people toactively participate in defining various scenarios for functionalityvalidation, so that our end-user community will have a hassle freedeployment after v5 GA release. As a first step, Richie, Don, Frank Piepiorra, and myselfposted different papers at different times. We would like to unify allour efforts into one place so that community will have betterexperience while working with ACL in future. I would like to mention specially Dr Frank Piepiorra and Brian Laughlinfor taking up interest on this subject and motivating usstarting a special mailing list. I also invite all interested Developers,Testers, Analysts, Usability Gurus, and Tech Writers to participateactively in ACL Group. http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup PS: We have decided to use this group as ACL Group (aclgroup) instead of Securityto avoid any confusion as other Security management aspects, such as dataprotection, firewalls, vulnerabilities etc also comes under Security purview. If needed we will start newgroups for other areas. For a quick overview please refer to my Blog post: http://blogs.vtiger.com/weblog_entry.php?e=6851 Looking forward for all your suggestions and comments in improving our ACL functionality. Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/a2046aee/attachment-0003.html From richie at vtiger.com Tue May 16 05:29:45 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:29:45 -0700 Subject: [Vtigercrm-developers] postgres support in v5 In-Reply-To: References: <662123432683169590@unknownmsgid> <3bec26390605151907o777d1b27oa70f7dfef098949e@mail.gmail.com> Message-ID: <10b3d2c5c2f.-95223486507406088.-7448795235438852043@@vtiger.com> Hi Team! I guess we have to make the call sooner than later. Let us get on with this tonight. We will be updating the demo on a regular basis from now on so that we get all the feedbacks before the Beta release scheduled tentatively for Wednesday, the 24th of May. Allan, JeffK , go ahead and merge the changes please. Richie ---- Jeff Kowalczyk<jtk at yahoo.com> wrote ---- Allan Bush wrote: > Richie, > Postgres is coming along, not as quickly as I had hoped but it's getting > there. The installation process is working now and their aren't too > many problems with normal navigation. To clarify, Allan's changes aren't expected to impact mysql users in any way. Postgresql support will take some time to achieve parity with mysql support, but that shouldn't interfere with your normal vtigercrm-5.0.0beta1 release objectives. I think its fine to say in the release notes that mysql support is farther along than postgresql for this beta. > The biggest hurdle right now (other then just plain lack of time on my > part) is with the state of flux of the code base. Jeff is doing a great > job syncing the branch up all the time, but the large amount of change > requires a lot of re-testing on our part. I think the best course of > action right now is to merge the branch back into the trunk. Allan, Joel and I have discussed this, and concur. Keeping everyone on the trunk will increase the amount of eyes for testers. > Mering the postgres branch this will free up more time for Jeff to work > on other fixes Yes, I'd prefer to be working on whitespace cleanup of SQL queries in the trunk. > and I don't foresee any more breakage as all changes from here on are > simply fixing queries one at a time as we come across problems. This is the reason I want start cleaning up the formatting of SQL right away. Allan's changes to make proper use of adodb (where are not presently) will be a general bug fix, IMHO. The fact that they enable postgresql support is just the initial benefit, leading to wider database backend support later on. > The biggest advantage I see with dropping the branch is if we find a bug > we won't have to concern ourselves with if it's a postgres only bug or > not and we'll just be able to fix it without worrying about duplicating > the effort of one of your guys. > this will allow us to split the long sql queries into multiple lines so > that SVN can track the changes better This is the main benefit. I want to see queries use many vertical lines, so that the pending release and maintenance branches can become mergeable. > Merging the branch just before the next validation round would be > prefect timing and unless Jeff or Joel say otherwise I think it's ready > to be merged at anytime now. Unless anyone objects, I'd like to do this soon. I would merge at the end of the vtiger team's workday. Anybody having a preference for the best day to do it, speak up. _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/cf34148f/attachment-0005.html From richie at vtiger.com Tue May 16 05:31:10 2006 From: richie at vtiger.com (Richie) Date: Tue, 16 May 2006 05:31:10 -0700 Subject: [Vtigercrm-developers] translators needed Message-ID: <10b3d2daa97.-7381843659722751868.-8372169969394412421@@vtiger.com> Hello! We need more translations for vtiger. Kindly help us out by translating vtiger to other languages as well. We will provide the relevant help from our side. Kindly spread the word. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060516/824f1a63/attachment-0003.html From sergiokessler at gmail.com Tue May 16 05:56:13 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 16 May 2006 09:56:13 -0300 Subject: [Vtigercrm-developers] Welcome to Access Control List (Security) Group In-Reply-To: <-8240051870462132920@unknownmsgid> References: <-8240051870462132920@unknownmsgid> Message-ID: <49216030605160556k183a499bu88d2a7862518e88d@mail.gmail.com> gopal, why create a separate mailing list and not discuss ACL here ? it's not the case that this mailing list is saturated of messages... you are splitting efforts instead of unite them... after all, is all about development... /sak On 5/16/06, Gopal wrote: > > Dear Team, > > We have launched a separate mailing list to discuss about Access Control > Lists (aka Role based Security Management) in vtiger CRM. I hope you agree > with me that ACL functionality has a massive impact on vtiger core > architecture and it will be going to define the next generation Open Source > CRM for enterprise market. > > I would like to take this opportunity to invite all interested people to > actively participate in defining various scenarios for functionality > validation, so that our end-user community will have a hassle free > deployment after v5 GA release. As a first step, Richie, Don, Frank > Piepiorra, and myself posted different papers at different times. We would > like to unify all our efforts into one place so that community will have > better experience while working with ACL in future. > > I would like to mention specially Dr Frank Piepiorra and Brian Laughlin for > taking up interest on this subject and motivating us starting a special > mailing list. I also invite all interested Developers, Testers, Analysts, > Usability Gurus, and Tech Writers to participate actively in ACL Group. > > http://lists.vtigercrm.com/mailman/admin/vtigercrm-aclgroup > > PS: We have decided to use this group as ACL Group (aclgroup) instead of > Security to avoid any confusion as other Security management aspects, such > as data protection, firewalls, vulnerabilities etc also comes under Security > purview. If needed we will start new groups for other areas. > > For a quick overview please refer to my Blog post: > > http://blogs.vtiger.com/weblog_entry.php?e=6851 > > Looking forward for all your suggestions and comments in improving our ACL > functionality. > > Regards, > Gopal > > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From david.moron at openwired.net Wed May 17 04:42:18 2006 From: david.moron at openwired.net (David Moron) Date: Wed, 17 May 2006 13:42:18 +0200 Subject: [Vtigercrm-developers] Error on a custom report Message-ID: <446B0C1A.3080207@openwired.net> Hi, I've created a Help-Desk custom report using the columns: -Title -Priority -Severity -Status -Created Time -Related To and when I run the report: Fatal error: Call to a member function on a non-object in C:\Program Files\vtigerCRM4_2\apache\htdocs\vtigerCRM\include\database\PearDatabase.php on line 414 The report works ok if the column 'related to' is not selected. I'm running VTiger 4.2 Patch 2 for evaluation purposes on a WindowsXP SP2. Installed using the autoinstaller. The database was populated with the default VTiger values during the instalation. Thank you. -- David Mor?n Ruano Coordinador de Proyectos Grupo OpenWired, S.L. Caballero, 87 bajos - 08029 - Barcelona (Spain) Tel (+34) 93/410 75 70 - Fax (+34) 93/419 45 91 www.openwired.net, www.tecnologialinux.com From gopals at vtiger.com Wed May 17 21:01:29 2006 From: gopals at vtiger.com (Gopal) Date: Wed, 17 May 2006 21:01:29 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. Message-ID: <10b45a7bddb.-2107684204783277011.-1655672098952562569@@vtiger.com> Dear Team, Could you please look into the problem? Regards, Gopal S.S.G.Gopal Blog: http://gopal.vtiger.com Skype: sripadag Toll Free: +1 877 788 4437 (comments) The Postgres branch (4.2) seems to have a problem when accessing the Configuration Settings (On the Admin side) . Do you have any clue? Thanks! I appreciate! -Eric Allard (name) Eric Allard (emailID) eric.allard at boreal-is.com (Submit) Send (subject) Tell Us (from-email) noreply at vtiger.com (next-url) http://vtiger.com/thankyou.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060517/1d40e63b/attachment-0005.html From webmaster at vtigercrmfrance.org Thu May 18 02:34:11 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Thu, 18 May 2006 11:34:11 +0200 Subject: [Vtigercrm-developers] vtigerforge svn access Message-ID: <446C3F93.2030603@vtigercrmfrance.org> Hi all, i have some problems with developper access on forge svn. My password rejected, or network connexion closed. Using ubutnu shell, windows tortoise svn+ssh, subclipse. Any idea ? Thanks A?ssa From allan.bush+vtiger_dev at gmail.com Thu May 18 08:38:11 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 08:38:11 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: <-1731747798630696937@unknownmsgid> References: <-1731747798630696937@unknownmsgid> Message-ID: <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> The same issue was raised in the forums (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've addressed it. On 5/17/06, Gopal wrote: > > Dear Team, > > Could you please look into the problem? > > Regards, > Gopal > > S.S.G.Gopal > Blog: http://gopal.vtiger.com > Skype: sripadag > Toll Free: +1 877 788 4437 > > > (comments) > > The Postgres branch (4.2) seems to have a problem when accessing the > Configuration Settings (On the Admin side) . Do you have any clue? Thanks! > I appreciate! > -Eric Allard > > (name) Eric Allard > (emailID) eric.allard at boreal-is.com > (Submit) Send > (subject) Tell Us > (from-email) noreply at vtiger.com > (next-url) http://vtiger.com/thankyou.html > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > From jtk at yahoo.com Thu May 18 09:02:27 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 12:02:27 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Allan Bush wrote: > The same issue was raised in the forums > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > addressed it. I'm going to 'svn rm' both postgresql integration branches, since they have been merged and served their purpose. If anyone needs them, they can be accessed by checking out the original URI at the specific revision, which I'll note in the change log. Any objections? From allan.bush+vtiger_dev at gmail.com Thu May 18 14:05:42 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Thu, 18 May 2006 14:05:42 -0700 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings.. In-Reply-To: References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: <3bec26390605181405sd018839j36a2d155201d55fc@mail.gmail.com> Sounds like a good idea to me. On 5/18/06, Jeff Kowalczyk wrote: > Allan Bush wrote: > > The same issue was raised in the forums > > (http://forums.vtiger.com/viewtopic.php?p=24703#24703), where I've > > addressed it. > > I'm going to 'svn rm' both postgresql integration branches, since they > have been merged and served their purpose. If anyone needs them, they can > be accessed by checking out the original URI at the specific revision, > which I'll note in the change log. > > Any objections? > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From jtk at yahoo.com Thu May 18 14:34:20 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Thu, 18 May 2006 17:34:20 -0400 Subject: [Vtigercrm-developers] Postgres branch - Problems in Configuration Settings References: <-1731747798630696937@unknownmsgid> <3bec26390605180838t6faddadxd5bbe63ff242f979@mail.gmail.com> Message-ID: Joel Rydbeck wrote: > Does this mean 4.2.4 has the PG changes? I've been offline for a few > days here. No, vtigercrm/branches/4.2 has postgresql capabability, branches/4.2.4 does not. The maintainer Mike Fedyk opted to back out some incompatible changes that had crept in while branches/4.2_postrgresql_integration was active. I think it related to adodb-4.81 and its usage. I would prefer to see vtigercrm-4.2.4 merge as many compatible changes from branches/4.2 as possible, release, and then have interested parties quickly release vtigercrm-4.2.5. I'm actually somewhat in favor of jumping forward to a direct vtigercrm-4.2.5 release. Resources to maintain v4 branches are totally community-supplied at this point, I think, and 4.2.5 would bring postgresql users into that community. IMO, the vtiger team needs to commit to supporting migration from one v4 release version in order to put a v5 beta in the field. I'd nominate a vtigercrm-4.2.5 release as that baseline, and encourage everyone to migrate up to it ASAP, lest they be left without migration path to v5. From damien at uts.net.au Thu May 18 23:54:58 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Fri, 19 May 2006 16:24:58 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004701c67b11$247ed470$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/39f59fb3/attachment-0003.html From surachai at prachakij.com Fri May 19 07:00:42 2006 From: surachai at prachakij.com (Surachai Locharoen) Date: Fri, 19 May 2006 21:00:42 +0700 Subject: [Vtigercrm-developers] Vtiger performance tuning Message-ID: <1148047242.6634.5.camel@localhost.localdomain> I use vtiger 4.2. The dashboard page take along time to load. Is there a way to improve this response time? Kan -- Surachai Locharoen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/8b9f3c35/attachment-0005.html From allan.bush+vtiger_dev at gmail.com Fri May 19 09:22:23 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Fri, 19 May 2006 09:22:23 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? Message-ID: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> No one is working on it and no one is testing it. I think we're just waiting for someone to release it but I don't know who that someone is. If there's anything we still need to do to push this out let me know and I'll do it. From webmaster at vtigercrmfrance.org Mon May 22 16:30:37 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 23 May 2006 01:30:37 +0200 Subject: [Vtigercrm-developers] vtiger crm 5 small issue Message-ID: <4472499D.30404@vtigercrmfrance.org> Hi, with "ajax" field editing, i can change required fields values to null. Regards, A?ssa From mmbrich at fosslabs.com Tue May 23 11:09:47 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:09:47 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement Message-ID: <1148407787.19129.29.camel@localhost.localdomain> Hello All, I'll be getting ready to drop the email tracking capabilities into 5.x soon and I would like peoples opinions on list management... In our current deployment we've created an abstracted list management system called the "Campaigns" module.. Imagine that :). Within this module I track all lists by the parent_id and not by entity. This is because some of our customers are large telemarketing organizations and wanted to be able to harvest lists from their leads DB and re-call them even if they had a previous do-not-call flag set from another campaign. There are other good reasons for list management too, I'll explain more bellow. I tied the list management into the custom views module, IE: if you create a custom view called "List 1" you will have a campaign created with a parent id == customviewid of List 1. The parent is where the tracking begins at so that if the list is simply duplicated (say for another newsletter) then the unsub list is maintained. If a new custom view is created, the parent_id is set to the new customviewid for the new campaign and the list unsubs are reset. I know that is confusing but it enforces list management and not at the entity level so it still allows for harvesting new lists from the db. Here is a simple scenario of how it works: 1) I create a custom view called "sales list" and click the "Add to Campaigns" checkbox and save it. 2) A new campaign with a subject of "Initial list creation" is created with a parent_id == cvid of "Sales List" 3) Set the campaign type == "Email" and the rest of the fields to whatever I want and save 4) New button appears in Campaign DetaiView for "Create/Edit Email" and "Bulk Mail". I create an email and mail it. Now, suppose one of my customers unsubs from this list. He won't ever be emailed from the "Sales List" or any of the children campaigns that are created from it. However, if I go create a "Newsletter List" custom view and add it to the campaigns that customer _will_ be mailed again. Using the regular contactdetails.emailoptout would have stopped that customer from getting the newsletter list and is another good reason for list management instead of entity management for campaigns. So, what do you think? Far too complicated? Would you like to see a stricter set of unsub management rules? Or do you think this mix is just right? If you need further explanation just say so. Matt From mmbrich at fosslabs.com Tue May 23 11:29:05 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:29:05 -0600 Subject: [Vtigercrm-developers] per campaign custom fields Message-ID: <1148408945.19129.48.camel@localhost.localdomain> more features for 5.x... For our 4.x crm we created the ability to map custom fields to campaigns and then "hide" them from the system. Basically, if you map a custom field to a campaign and then hide it, it will only be shown in the detail/edit view of entities that are associated to that campaign and no others. If the custom field is not hidden it acts as normal. The main reason we built this feature was for the ability to manage a large amount of custom fields and use them for harvesting lists without having the whole list of CF's get out of control and unmanageable. In our most common scenario the custom fields are mapped to a campaign and then used in a specific telemarketing script but in other scenarios I see them being used maybe for something like a set of questions for a web based survey that you then create with a joomla forms builder (*cough*) :). Its a very cool feature for our uses, I'll try to lay out an example here.. Lets say you already have 10 misc custom fields: 1) Create a custom field picklist "How many dogs in your home" and map it to the campaign "Web survey dogs", hide it. Create your other custom fields for this campaign and map/hide them as well 2) Go to the joomla forms builder and choose the campaign "Web survey dogs" and you will be presented with a list of campaign specific CF's and all other gentype=(1,2) fields that aren't hidden. 3) Create cool form for your survey Once you have launched that survey, let say you follow the same steps except now it's for the "Web survey cats" campaign and it has it's own set of hidden custom fields mapped to that campaign. Now lets take 3 example leads: Joe Lead Campaign: Web survey dogs Jane Lead Campaign: Web survey cats Tom Lead Campaigns: Web survey cats, Web survey dogs Dick Lead Campaigns: none If you click on joe's record you will only see the 10 non-hidden custom fields and the ones created for the campaign he is mapped to. If you click on jane's record you will get the same results as joe except her specific custom fields will be for the cats campaign In tom's record you will have the 10 non-hidden CF's, the cat campaign CF's and the dog campaign CF's. And in Dicks record you will only see the 10 non-hidden custom fields. Anyone else see a use for this in their organizations or customer deployments? I would like to move this into 5.x if enough people could find uses for it. Matt From mmbrich at fosslabs.com Tue May 23 11:35:24 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 12:35:24 -0600 Subject: [Vtigercrm-developers] de-duplication Message-ID: <1148409324.19129.52.camel@localhost.localdomain> I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt From mmbrich at fosslabs.com Tue May 23 12:06:30 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 13:06:30 -0600 Subject: [Vtigercrm-developers] tab builder. Message-ID: <1148411190.19129.59.camel@localhost.localdomain> Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt From sergiokessler at gmail.com Tue May 23 12:23:57 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 16:23:57 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148407787.19129.29.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> Message-ID: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Matthew, I think the email flag by campaign is rigth, maybe the contactdetails.emailoptout could be used for 'never ever email this guy' btw, this is going in v5 ? or is is too late ? /sak On 5/23/06, Matthew Brichacek wrote: > Hello All, > > I'll be getting ready to drop the email tracking capabilities into 5.x > soon and I would like peoples opinions on list management... > > In our current deployment we've created an abstracted list management > system called the "Campaigns" module.. Imagine that :). Within this > module I track all lists by the parent_id and not by entity. This is > because some of our customers are large telemarketing organizations and > wanted to be able to harvest lists from their leads DB and re-call them > even if they had a previous do-not-call flag set from another campaign. > There are other good reasons for list management too, I'll explain more > bellow. > > I tied the list management into the custom views module, IE: if you > create a custom view called "List 1" you will have a campaign created > with a parent id == customviewid of List 1. The parent is where the > tracking begins at so that if the list is simply duplicated (say for > another newsletter) then the unsub list is maintained. If a new custom > view is created, the parent_id is set to the new customviewid for the > new campaign and the list unsubs are reset. > > I know that is confusing but it enforces list management and not at the > entity level so it still allows for harvesting new lists from the db. > Here is a simple scenario of how it works: > 1) I create a custom view called "sales list" and click the "Add to > Campaigns" checkbox and save it. > 2) A new campaign with a subject of "Initial list creation" is created > with a parent_id == cvid of "Sales List" > 3) Set the campaign type == "Email" and the rest of the fields to > whatever I want and save > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > "Bulk Mail". I create an email and mail it. > > Now, suppose one of my customers unsubs from this list. He won't ever > be emailed from the "Sales List" or any of the children campaigns that > are created from it. However, if I go create a "Newsletter List" custom > view and add it to the campaigns that customer _will_ be mailed again. > Using the regular contactdetails.emailoptout would have stopped that > customer from getting the newsletter list and is another good reason for > list management instead of entity management for campaigns. > > So, what do you think? Far too complicated? Would you like to see a > stricter set of unsub management rules? Or do you think this mix is > just right? > > If you need further explanation just say so. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 13:28:57 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 14:28:57 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> Message-ID: <1148416137.19129.67.camel@localhost.localdomain> I'm not real sure what Richies plan is moving forward, he wrote me this AM and asked me to put the email tracking stuff in but I declined because we are still in feature freeze and because I wanted opinions on list management (not to mention I am still busy with webmails stuff). So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, otherwise I will wait until the next window opens up and do what I can to merge it in then. As far as list management, we're on the same page, currently if the user clicks on the "Unsubscribe from all campaigns" link in the unsub page they will have the contactdetails.emailoptout flag set and never be emailed again from vtiger. Matt On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > Matthew, I think the email flag by campaign is rigth, > maybe the contactdetails.emailoptout could be used for 'never ever > email this guy' > > btw, this is going in v5 ? or is is too late ? > > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > Hello All, > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > soon and I would like peoples opinions on list management... > > > > In our current deployment we've created an abstracted list management > > system called the "Campaigns" module.. Imagine that :). Within this > > module I track all lists by the parent_id and not by entity. This is > > because some of our customers are large telemarketing organizations and > > wanted to be able to harvest lists from their leads DB and re-call them > > even if they had a previous do-not-call flag set from another campaign. > > There are other good reasons for list management too, I'll explain more > > bellow. > > > > I tied the list management into the custom views module, IE: if you > > create a custom view called "List 1" you will have a campaign created > > with a parent id == customviewid of List 1. The parent is where the > > tracking begins at so that if the list is simply duplicated (say for > > another newsletter) then the unsub list is maintained. If a new custom > > view is created, the parent_id is set to the new customviewid for the > > new campaign and the list unsubs are reset. > > > > I know that is confusing but it enforces list management and not at the > > entity level so it still allows for harvesting new lists from the db. > > Here is a simple scenario of how it works: > > 1) I create a custom view called "sales list" and click the "Add to > > Campaigns" checkbox and save it. > > 2) A new campaign with a subject of "Initial list creation" is created > > with a parent_id == cvid of "Sales List" > > 3) Set the campaign type == "Email" and the rest of the fields to > > whatever I want and save > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > "Bulk Mail". I create an email and mail it. > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > be emailed from the "Sales List" or any of the children campaigns that > > are created from it. However, if I go create a "Newsletter List" custom > > view and add it to the campaigns that customer _will_ be mailed again. > > Using the regular contactdetails.emailoptout would have stopped that > > customer from getting the newsletter list and is another good reason for > > list management instead of entity management for campaigns. > > > > So, what do you think? Far too complicated? Would you like to see a > > stricter set of unsub management rules? Or do you think this mix is > > just right? > > > > If you need further explanation just say so. > > > > Matt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From sergiokessler at gmail.com Tue May 23 14:02:46 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 23 May 2006 18:02:46 -0300 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148416137.19129.67.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> Message-ID: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> I'm afraid that if you let pass this windows (as you say, richie opened you a windows) while you are with this thing with the hot hands, in the future things could cold and maybe you decide that's not worth the effort... +1 /sak On 5/23/06, Matthew Brichacek wrote: > I'm not real sure what Richies plan is moving forward, he wrote me this > AM and asked me to put the email tracking stuff in but I declined > because we are still in feature freeze and because I wanted opinions on > list management (not to mention I am still busy with webmails stuff). > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > otherwise I will wait until the next window opens up and do what I can > to merge it in then. > > As far as list management, we're on the same page, currently if the user > clicks on the "Unsubscribe from all campaigns" link in the unsub page > they will have the contactdetails.emailoptout flag set and never be > emailed again from vtiger. > > > Matt > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > Matthew, I think the email flag by campaign is rigth, > > maybe the contactdetails.emailoptout could be used for 'never ever > > email this guy' > > > > btw, this is going in v5 ? or is is too late ? > > > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > Hello All, > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > soon and I would like peoples opinions on list management... > > > > > > In our current deployment we've created an abstracted list management > > > system called the "Campaigns" module.. Imagine that :). Within this > > > module I track all lists by the parent_id and not by entity. This is > > > because some of our customers are large telemarketing organizations and > > > wanted to be able to harvest lists from their leads DB and re-call them > > > even if they had a previous do-not-call flag set from another campaign. > > > There are other good reasons for list management too, I'll explain more > > > bellow. > > > > > > I tied the list management into the custom views module, IE: if you > > > create a custom view called "List 1" you will have a campaign created > > > with a parent id == customviewid of List 1. The parent is where the > > > tracking begins at so that if the list is simply duplicated (say for > > > another newsletter) then the unsub list is maintained. If a new custom > > > view is created, the parent_id is set to the new customviewid for the > > > new campaign and the list unsubs are reset. > > > > > > I know that is confusing but it enforces list management and not at the > > > entity level so it still allows for harvesting new lists from the db. > > > Here is a simple scenario of how it works: > > > 1) I create a custom view called "sales list" and click the "Add to > > > Campaigns" checkbox and save it. > > > 2) A new campaign with a subject of "Initial list creation" is created > > > with a parent_id == cvid of "Sales List" > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > whatever I want and save > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > "Bulk Mail". I create an email and mail it. > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > be emailed from the "Sales List" or any of the children campaigns that > > > are created from it. However, if I go create a "Newsletter List" custom > > > view and add it to the campaigns that customer _will_ be mailed again. > > > Using the regular contactdetails.emailoptout would have stopped that > > > customer from getting the newsletter list and is another good reason for > > > list management instead of entity management for campaigns. > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > stricter set of unsub management rules? Or do you think this mix is > > > just right? > > > > > > If you need further explanation just say so. > > > > > > Matt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > From mmbrich at fosslabs.com Tue May 23 14:13:59 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 23 May 2006 15:13:59 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> Message-ID: <1148418840.19129.73.camel@localhost.localdomain> This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From richie at vtiger.com Wed May 24 05:31:34 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:31:34 -0700 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <1148418840.19129.73.camel@localhost.localdomain> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> Message-ID: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Team, I am not sure if we do have a plan in place to have the list management part in. No doubt it can be done but the overall goal will be to have a logical flow in the system to use the feature which I suspect can be achieved at such short notice. Saint too has to be brought into the picture and he needs time to evaluate and suggest a flow. Then, comes the UI deliverables and the testing, bug-fixing,etc. I personally like the feature, in fact, what Matt has said is the proper way in which the feature should be provided. I do concede that the campaign management feature is as of now, more a place holder than anything. But, I am not sure if this is the right time to get this in. The Beta is just round the corner and we are better off testing whatever we have. Just for the info, I have asked Matt for the estimate for getting this feature in though but I am not in favour of adding any new features at this juncture. Your views are welcome. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- This is true, I've been known to change my mind before :) .. but this is something I really want to get moved into 5.x for my own benefit as well (because all you hackers are going to make it better than I ever imagined right?), on the other hand though I will surely introduce some bugs with this feature and that's not what feature freezes are for ;). Anyways, if there is enough agreement in how list management should be done I'm willing to merge it in now if Richie still allows. I am still not sure how to tackle the list management though, I want to improve on how I did it for 4.x but haven't come up with any ideas on just how to do that yet. Matt On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > I'm afraid that if you let pass this windows (as you say, richie > opened you a windows) while you are with this thing with the hot > hands, in the future things could cold and maybe you decide that's not > worth the effort... > > +1 > > /sak > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > I'm not real sure what Richies plan is moving forward, he wrote me this > > AM and asked me to put the email tracking stuff in but I declined > > because we are still in feature freeze and because I wanted opinions on > > list management (not to mention I am still busy with webmails stuff). > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 then I will, > > otherwise I will wait until the next window opens up and do what I can > > to merge it in then. > > > > As far as list management, we're on the same page, currently if the user > > clicks on the "Unsubscribe from all campaigns" link in the unsub page > > they will have the contactdetails.emailoptout flag set and never be > > emailed again from vtiger. > > > > > > Matt > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler wrote: > > > Matthew, I think the email flag by campaign is rigth, > > > maybe the contactdetails.emailoptout could be used for 'never ever > > > email this guy' > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > /sak > > > > > > On 5/23/06, Matthew Brichacek <mmbrich at fosslabs.com> wrote: > > > > Hello All, > > > > > > > > I'll be getting ready to drop the email tracking capabilities into 5.x > > > > soon and I would like peoples opinions on list management... > > > > > > > > In our current deployment we've created an abstracted list management > > > > system called the "Campaigns" module.. Imagine that :). Within this > > > > module I track all lists by the parent_id and not by entity. This is > > > > because some of our customers are large telemarketing organizations and > > > > wanted to be able to harvest lists from their leads DB and re-call them > > > > even if they had a previous do-not-call flag set from another campaign. > > > > There are other good reasons for list management too, I'll explain more > > > > bellow. > > > > > > > > I tied the list management into the custom views module, IE: if you > > > > create a custom view called "List 1" you will have a campaign created > > > > with a parent id == customviewid of List 1. The parent is where the > > > > tracking begins at so that if the list is simply duplicated (say for > > > > another newsletter) then the unsub list is maintained. If a new custom > > > > view is created, the parent_id is set to the new customviewid for the > > > > new campaign and the list unsubs are reset. > > > > > > > > I know that is confusing but it enforces list management and not at the > > > > entity level so it still allows for harvesting new lists from the db. > > > > Here is a simple scenario of how it works: > > > > 1) I create a custom view called "sales list" and click the "Add to > > > > Campaigns" checkbox and save it. > > > > 2) A new campaign with a subject of "Initial list creation" is created > > > > with a parent_id == cvid of "Sales List" > > > > 3) Set the campaign type == "Email" and the rest of the fields to > > > > whatever I want and save > > > > 4) New button appears in Campaign DetaiView for "Create/Edit Email" and > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > Now, suppose one of my customers unsubs from this list. He won't ever > > > > be emailed from the "Sales List" or any of the children campaigns that > > > > are created from it. However, if I go create a "Newsletter List" custom > > > > view and add it to the campaigns that customer _will_ be mailed again. > > > > Using the regular contactdetails.emailoptout would have stopped that > > > > customer from getting the newsletter list and is another good reason for > > > > list management instead of entity management for campaigns. > > > > > > > > So, what do you think? Far too complicated? Would you like to see a > > > > stricter set of unsub management rules? Or do you think this mix is > > > > just right? > > > > > > > > If you need further explanation just say so. > > > > > > > > Matt > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/eda7774e/attachment-0003.html From richie at vtiger.com Wed May 24 05:35:54 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:35:54 -0700 Subject: [Vtigercrm-developers] tab builder. In-Reply-To: <1148411190.19129.59.camel@localhost.localdomain> References: <1148411190.19129.59.camel@localhost.localdomain> Message-ID: <10b6664dd2f.6043584129775129514.-7161469095950791290@@vtiger.com> Matt, I would suggest that we have it started as separate project in the forge. The way I see it is as follows :- a) We create the project in the forge b) Someone starts working on the project. c) Testing and documentation is done properly. d) Parallely, 5.0 gets released. e) We integrate or just plugin this feature into 5.1 with some basic amount of testing in. I would suggest the same for the custom field for the campaigns feature and the list management feature. I am sure, once we have a dedicated project setup, we can get a lot many guys to hack the code and make it better taking the onus off Matt. JeffK, Matt, tell me when to branch off for the 5.0+ stuff. I will need help timing that move. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- Most of what is needed to build a tab and the associated fields is part of the DB (in 4.x anyways). I would like to propose the idea of a generic tab builder in 5.x. I almost went ahead and wrote this for 4.x but I resisted the temptation since 5.x is about to have the freeze lifted. Anyways, if it's still possible in 5.x I would like to start exploring the idea. I know in 4.x there were some block description things that would need to be put into the DB (and if that was done dynamic blocks would be a snap :). Does anyone have ideas, objections, known limitations, etc for a feature like this in 5.x? matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/25957639/attachment-0005.html From richie at vtiger.com Wed May 24 05:36:37 2006 From: richie at vtiger.com (Richie) Date: Wed, 24 May 2006 05:36:37 -0700 Subject: [Vtigercrm-developers] de-duplication In-Reply-To: <1148409324.19129.52.camel@localhost.localdomain> References: <1148409324.19129.52.camel@localhost.localdomain> Message-ID: <10b666587a8.-3324049467413022044.316899338876575084@@vtiger.com> Same suggestion as the previous mail. Let us have it as a separate project in the forge. We will integrate it to the core for the 5.1 or further series. Richie ---- Matthew Brichacek<mmbrich at fosslabs.com> wrote ---- I have the base code for a de-duplication system built that currently does lead de-duplications based on phone/name/company name. I built the framework to allow all entity types but haven't had enough time to finish it yet. I saw this as a bounty in the forums, I'll drop the base code out there if someone else wants to run with it and collect on the bounty, otherwise I'm still willing to put it in 5.x if enough people want it and are willing to wait for me/others to make it more robust. matt _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060524/89d969df/attachment-0003.html From mmbrich at fosslabs.com Wed May 24 12:12:56 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Wed, 24 May 2006 13:12:56 -0600 Subject: [Vtigercrm-developers] email tracking and list enforcement In-Reply-To: <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> References: <1148407787.19129.29.camel@localhost.localdomain> <49216030605231223u5d408afxb8b933240f3b210e@mail.gmail.com> <1148416137.19129.67.camel@localhost.localdomain> <49216030605231402h2c0cac09va1f99457b3eabb99@mail.gmail.com> <1148418840.19129.73.camel@localhost.localdomain> <10b6660e6f7.-930386741624873761.-3380370585522603701@@vtiger.com> Message-ID: <1148497977.12716.36.camel@localhost.localdomain> I like the idea of a 5.1 branch to start this work on. Since this really is going to set the stage for the list management system in vtiger and just isn't a good candidate to throw in a week before your beta release :). I would put the time for list management, bulk emailing and email tracking at somewhere near 2-3 weeks given how much time I have lately. I think all together it took me 3-4 days of near non-stop work to get these features into 4.x. Anyways, after talking with some other vtiger users I have a list of additions I would like to get moved into 5.1+. Some of this work is going to be done because it's sponsored, I'll put a star next to those so you'll know which ones are at risk of being dropped if the client happens to decide against the feature.. Also speak up if you object to any of these feature going into 5.1+ releases. These are mostly in-order as I plan to enable them: 1) List Management 2) Bulk email and tracking capabilities 3) De-Duplication system 4) Expand on 4.x Click-to-Dial support by enabling skype, etc and make it a user configurable option 5) Per-campaign custom fields 6) Avery label maker -- JLee donated what will probably become the framework for this. I plan to add a template engine and maybe even envelope, postcard, etc makers :). <-"printing press" module? :) 7) Per-User email templates (JLee handed over some example code for this too) 8) Tab/Module Builder 9) OOo Mail merge plugin (*) 10) OOo document parser (*) 11) if 9 & 10 are completed I may build a document management system of some kind eventually. (something like knomos.org has) 12) Expand (and finish) much of the joomla<->vtiger work started in 4.x If you think any of these will scratch an itch for you then speak up and I'll be glad to help you with any questions you have. Matt On Wed, 2006-05-24 at 05:31 -0700, Richie wrote: > Team, I am not sure if we do have a plan in place to have the list > management part in. No doubt it can be done but the overall goal will > be to have a logical flow in the system to use the feature which I > suspect can be achieved at such short notice. Saint too has to be > brought into the picture and he needs time to evaluate and suggest a > flow. Then, comes the UI deliverables and the testing, > bug-fixing,etc. > > I personally like the feature, in fact, what Matt has said is the > proper way in which the feature should be provided. I do concede that > the campaign management feature is as of now, more a place holder than > anything. > > > But, I am not sure if this is the right time to get this in. The Beta > is just round the corner and we are better off testing whatever we > have. > > Just for the info, I have asked Matt for the estimate for getting this > feature in though but I am not in favour of adding any new features at > this juncture. > > > Your views are welcome. > > Richie > > > > > ---- Matthew Brichacek wrote ---- > > This is true, I've been known to change my mind before :) .. > but this is > something I really want to get moved into 5.x for my own > benefit as well > (because all you hackers are going to make it better than I > ever > imagined right?), on the other hand though I will surely > introduce some > bugs with this feature and that's not what feature freezes are > for ;). > > Anyways, if there is enough agreement in how list management > should be > done I'm willing to merge it in now if Richie still allows. I > am still > not sure how to tackle the list management though, I want to > improve on > how I did it for 4.x but haven't come up with any ideas on > just how to > do that yet. > > Matt > > On Tue, 2006-05-23 at 18:02 -0300, Sergio A. Kessler wrote: > > I'm afraid that if you let pass this windows (as you say, > richie > > opened you a windows) while you are with this thing with the > hot > > hands, in the future things could cold and maybe you decide > that's not > > worth the effort... > > > > +1 > > > > /sak > > > > On 5/23/06, Matthew Brichacek wrote: > > > I'm not real sure what Richies plan is moving forward, he > wrote me this > > > AM and asked me to put the email tracking stuff in but I > declined > > > because we are still in feature freeze and because I > wanted opinions on > > > list management (not to mention I am still busy with > webmails stuff). > > > > > > So IOW, I dunno, if I get the thumbs up to add it to v5 > then I will, > > > otherwise I will wait until the next window opens up and > do what I can > > > to merge it in then. > > > > > > As far as list management, we're on the same page, > currently if the user > > > clicks on the "Unsubscribe from all campaigns" link in the > unsub page > > > they will have the contactdetails.emailoptout flag set and > never be > > > emailed again from vtiger. > > > > > > > > > Matt > > > > > > On Tue, 2006-05-23 at 16:23 -0300, Sergio A. Kessler > wrote: > > > > Matthew, I think the email flag by campaign is rigth, > > > > maybe the contactdetails.emailoptout could be used for > 'never ever > > > > email this guy' > > > > > > > > btw, this is going in v5 ? or is is too late ? > > > > > > > > > > > > /sak > > > > > > > > On 5/23/06, Matthew Brichacek > wrote: > > > > > Hello All, > > > > > > > > > > I'll be getting ready to drop the email tracking > capabilities into 5.x > > > > > soon and I would like peoples opinions on list > management... > > > > > > > > > > In our current deployment we've created an abstracted > list management > > > > > system called the "Campaigns" module.. Imagine > that :). Within this > > > > > module I track all lists by the parent_id and not by > entity. This is > > > > > because some of our customers are large telemarketing > organizations and > > > > > wanted to be able to harvest lists from their leads DB > and re-call them > > > > > even if they had a previous do-not-call flag set from > another campaign. > > > > > There are other good reasons for list management too, > I'll explain more > > > > > bellow. > > > > > > > > > > I tied the list management into the custom views > module, IE: if you > > > > > create a custom view called "List 1" you will have a > campaign created > > > > > with a parent id == customviewid of List 1. The parent > is where the > > > > > tracking begins at so that if the list is simply > duplicated (say for > > > > > another newsletter) then the unsub list is maintained. > If a new custom > > > > > view is created, the parent_id is set to the new > customviewid for the > > > > > new campaign and the list unsubs are reset. > > > > > > > > > > I know that is confusing but it enforces list > management and not at the > > > > > entity level so it still allows for harvesting new > lists from the db. > > > > > Here is a simple scenario of how it works: > > > > > 1) I create a custom view called "sales list" and > click the "Add to > > > > > Campaigns" checkbox and save it. > > > > > 2) A new campaign with a subject of "Initial list > creation" is created > > > > > with a parent_id == cvid of "Sales List" > > > > > 3) Set the campaign type == "Email" and the rest of > the fields to > > > > > whatever I want and save > > > > > 4) New button appears in Campaign DetaiView for > "Create/Edit Email" and > > > > > "Bulk Mail". I create an email and mail it. > > > > > > > > > > Now, suppose one of my customers unsubs from this > list. He won't ever > > > > > be emailed from the "Sales List" or any of the > children campaigns that > > > > > are created from it. However, if I go create a > "Newsletter List" custom > > > > > view and add it to the campaigns that customer _will_ > be mailed again. > > > > > Using the regular contactdetails.emailoptout would > have stopped that > > > > > customer from getting the newsletter list and is > another good reason for > > > > > list management instead of entity management for > campaigns. > > > > > > > > > > So, what do you think? Far too complicated? Would you > like to see a > > > > > stricter set of unsub management rules? Or do you > think this mix is > > > > > just right? > > > > > > > > > > If you need further explanation just say so. > > > > > > > > > > Matt > > > > > > > > > > _______________________________________________ > > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > > > > > > > _______________________________________________ > > > > This vtiger.com email is sponsored by Zoho Planner. > Still scribbling down your To-Do's on bits of paper & palms of > your hands? Try the AJAX enabled, personal organizer online, > Zoho Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > _______________________________________________ > > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > > > > > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From ncknight at pacific.net.sg Thu May 25 20:41:19 2006 From: ncknight at pacific.net.sg (Nicholas Chan) Date: Fri, 26 May 2006 11:41:19 +0800 Subject: [Vtigercrm-developers] LANCER : If the list views are empty... In-Reply-To: <4469BCA8.5090309@vtiger.com> Message-ID: <002701c68076$4083e600$1201a8c0@ifoundriest30> Hi Saint, Speaking as a "first time user" point of view (based off shooting this screenshot to a few potential clients of mine), I would be confused on the difference between the Activities and Calendar (ie. "Isn't my activities supposed to be scheduled in the calendar) and on why they are not "two in one" like the approach Outlook takes in listing dated scheduled events (Calendar) and undated scheduled/unscheduled events (Activities/ToDo). Consolidation might be a better approach as the lesser options the user sees, yet while making facilities *sufficiently* but not overly comprehensive would be a good thing. _____ From: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] On Behalf Of Saint Sent: 16 May 2006 19:51 To: LANCER : Developers List Subject: [Vtigercrm-developers] LANCER : If the list views are empty... Folks, Here is an update. In the next few days, hopefully for beta.. (or post beta. ) all empty list views will be shown like the UI listed below. A message will be displayed in the middle of the empty list with links to create a new record. For example, in the empty ACTIVITES view, two links (one for CREATE AN EVENT and one for CREATE A TODO) will be displayed. This way, when installed for the first time.. a novice or newbie can start adding records within few seconds. If you have any suggestions or ideas about any add-ons, let me know soon. -Saint -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0005.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 30185 bytes Desc: not available Url : http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060526/a030e8af/attachment-0005.gif From mmbrich at fosslabs.com Mon May 29 16:43:02 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Mon, 29 May 2006 17:43:02 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function Message-ID: <1148946183.6551.3.camel@localhost.localdomain> I changed the Ajax() javascript function in ajax.js to VtigerAjax() since the name Ajax collides with the prototype Ajax function. I went through the system and tried to find everywhere that Ajax() was used and change it. I figured this was easier than trying to update prototype/scriptaculous every time they changed. Matt From webmaster at vtigercrmfrance.org Tue May 30 02:34:46 2006 From: webmaster at vtigercrmfrance.org (Abos) Date: Tue, 30 May 2006 11:34:46 +0200 Subject: [Vtigercrm-developers] Translations Message-ID: <447C11B6.7080709@vtigercrmfrance.org> Hi, i have an issue with tab "More information" on each modules. The link to callrelatedlist is translated with smarty : $smarty->assign("MODULE",$app_strings['Activities']); So when we call the related list, we obtain a "Hacking atempt" with french version. Always on editview & detailview tabs, you use terms like this : Activity Information, Basic Information and translated give : Activit? information, Basique information. But here we invert the terms like : Information basique, Information activit?. This second point is not really critic. Third point, can you replace all occurence of call/meeting/task by the corresponding image like in calendar ? Regards, A?ssa From mmbrich at fosslabs.com Tue May 30 05:52:19 2006 From: mmbrich at fosslabs.com (Matthew Brichacek) Date: Tue, 30 May 2006 06:52:19 -0600 Subject: [Vtigercrm-developers] Note about Ajax() javascript function In-Reply-To: <1148946183.6551.3.camel@localhost.localdomain> References: <1148946183.6551.3.camel@localhost.localdomain> Message-ID: <1148993539.25630.1.camel@localhost.localdomain> Who wants to take bets on how many different languages you can hear my name being cursed in today :)? Vtiger crew.. didn't mean to make life harder for you, sorry if I missed areas where Ajax() was being called. Matt On Mon, 2006-05-29 at 17:43 -0600, Matthew Brichacek wrote: > I changed the Ajax() javascript function in ajax.js to VtigerAjax() > since the name Ajax collides with the prototype Ajax function. I went > through the system and tried to find everywhere that Ajax() was used and > change it. > > I figured this was easier than trying to update prototype/scriptaculous > every time they changed. > > Matt > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 06:58:03 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 09:58:03 -0400 Subject: [Vtigercrm-developers] Note about Ajax() javascript function References: <1148946183.6551.3.camel@localhost.localdomain> <1148993539.25630.1.camel@localhost.localdomain> Message-ID: Matthew Brichacek wrote: > Who wants to take bets on how many different languages you can hear my > name being cursed in today :)? Refactoring, when there's no test suite to run, is like mine sweeping. Someone's got to do it. Then you need someone *else* to go next ... > Vtiger crew.. didn't mean to make life harder for you, sorry if I missed > areas where Ajax() was being called. We'll pay little debts like this, for the um, 'diversity of style' in the codebase, from time to time. Don't take it too hard, the trunk by now is after all a many-times refactoring of a forked fork, with no smoke tests. ;) From sergiokessler at gmail.com Tue May 30 17:23:16 2006 From: sergiokessler at gmail.com (Sergio A. Kessler) Date: Tue, 30 May 2006 21:23:16 -0300 Subject: [Vtigercrm-developers] dashboard not printable Message-ID: <49216030605301723j22d57d9epc4079173c1b95dcf@mail.gmail.com> I imagine that one of the main uses of the dashboard is to print it and show it to the boss or someone else... it is not printable. thanks to use of frames... santi, I told you so, frames are bad, very bad... and will cause you no end of problems... from usability to this very specific point... regards, /sergio From allan.bush+vtiger_dev at gmail.com Tue May 30 18:43:29 2006 From: allan.bush+vtiger_dev at gmail.com (Allan Bush) Date: Tue, 30 May 2006 18:43:29 -0700 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> Message-ID: <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Alright, since on one else is making a call I'll do it. 4.2.4 is ready for release. If no one is going to help put it out I'll package up the source and post it on the forums myself. It would be nice to have some kind of officially word but either way I'm going to release it to the public. Have a nice day, Allan On 5/19/06, Allan Bush wrote: > No one is working on it and no one is testing it. I think we're just > waiting for someone to release it but I don't know who that someone > is. If there's anything we still need to do to push this out let me > know and I'll do it. > From jtk at yahoo.com Tue May 30 19:11:19 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Tue, 30 May 2006 22:11:19 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: Allan Bush wrote: > Alright, since on one else is making a call I'll do it. > 4.2.4 is ready for release. > If no one is going to help put it out I'll package up the source and > post it on the forums myself. Or, it could just be unreleased, and we'll delete the branch. One less version to support in the 4.2 series where there are apparently few developer resources. I'd almost prefer official release of vtigercrm-4.2.5 only, and have the vtiger team announce and maintain continuous migration support for vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged releases. All users could then be responsible for getting themselves to vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 migration. From developer at infointegrated.com Tue May 30 19:18:32 2006 From: developer at infointegrated.com (Brian Devendorf) Date: Tue, 30 May 2006 21:18:32 -0500 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? In-Reply-To: References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> Message-ID: <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. I think it would focus the bug reporting for vtiger 4 on the bugs that still exist in the product. On May 30, 2006, at 9:11 PM, Jeff Kowalczyk wrote: > Allan Bush wrote: >> Alright, since on one else is making a call I'll do it. >> 4.2.4 is ready for release. >> If no one is going to help put it out I'll package up the source and >> post it on the forums myself. > > Or, it could just be unreleased, and we'll delete the branch. One less > version to support in the 4.2 series where there are apparently few > developer resources. > > I'd almost prefer official release of vtigercrm-4.2.5 only, and > have the > vtiger team announce and maintain continuous migration support for > vtigercrm/trunk from vtigercrm-4.2.5, and all subsequent tagged > releases. > > All users could then be responsible for getting themselves to > vtigercrm-4.2.5 or higher, in prep for a supported vtigercrm-5.0.0 > migration. > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still > scribbling down your To-Do's on bits of paper & palms of your > hands? Try the AJAX enabled, personal organizer online, Zoho > Planner for FREE instead! http://zohoplanner.com/?vt From jtk at yahoo.com Tue May 30 21:11:28 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 00:11:28 -0400 Subject: [Vtigercrm-developers] Can we release 4.2.4 already? References: <3bec26390605190922s4dfb9fa3v6922f6500fda0957@mail.gmail.com> <3bec26390605301843o47863aa0g59271e7440fc1867@mail.gmail.com> <378ED5B1-DC0A-4EF3-A111-BE167147DA0B@infointegrated.com> Message-ID: Brian Devendorf wrote: > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > I think it would focus the bug reporting for vtiger 4 on the bugs > that still exist in the product. Sure, its always good to have extra point releases to eliminate patch trading. vtigercrm-4.2.5 will likely follow soon after. Based on past tags, our procedure was to put the branch in the exact form used for release, then copy to a tag using the command: # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' Ideally (and we may not be there yet), a release fileset is a vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 With no post processing. I guess for .exe installers (if used), that's an exeption to the rule. Unless there are any changes to forward port to branches/4.2, we finally svn rm the branches/4.2.4. Thanks for doing the release, Allan. From damien at uts.net.au Tue May 30 21:32:56 2006 From: damien at uts.net.au (Damien Bezborodow) Date: Wed, 31 May 2006 14:02:56 +0930 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <004e01c6846b$49c6f2e0$4469a8c0@nec5080152> Hi, I have developed a hacky script that collects all invoices that are created/approved (as in not sent, not overdue, not paid) and emails them to the customer (it will eventually also send a print job for each invoice too). The script will also check for a custom field that I have created and determine if it is recurring. If it is, it will create a new invoice. Well, all this is working nicely, but there are a few little bugs and I need some advice... I'm fairly new to the codebase of vTiger and I would like to ask what would be the best way to intergrate this module with vTiger? I want to be able to call this script by cron. At the moment, I have the script sitting in the root directory and including all the needed classes. What's the best way to go about integrating my script? Cheers, Damien Unique Technology Solutions PS: I'd be happy to release the code to the vTiger community if it turns into a worthy feature. From richie at vtiger.com Wed May 31 12:23:27 2006 From: richie at vtiger.com (Richie) Date: Wed, 31 May 2006 12:23:27 -0700 Subject: [Vtigercrm-developers] vtiger CRM 5 Beta released Message-ID: <10b8be67fad.4216262142687582272.-5018645744322861309@@vtiger.com> Hello! vtiger CRM 5 Beta has been released. Thanks to all of you for your support and patience. We have tried to integrate as many feedbacks as we could. There is still a long way to go though. The relevant files are available at the following location : http://sourceforge.net/project/showfiles.php?group_id=117522&package_id=192322&release_id=421343 The demo is available at http://www.vtiger.com/products/crm/demo_5beta/index.php The issues can be filed at http://vtiger.fosslabs.com/cgi-bin/trac.cgi/newticket. Thank You, Richie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060531/0728e294/attachment-0005.html From jtk at yahoo.com Wed May 31 15:04:25 2006 From: jtk at yahoo.com (Jeff Kowalczyk) Date: Wed, 31 May 2006 18:04:25 -0400 Subject: [Vtigercrm-developers] PHP Source Beautification Message-ID: Has anyone used PHP source beautification tools with any success? http://neurobashing.com/blog/archives/2005/03/24/phptidy_quest_continues.html http://www.waterproof.fr/products/phpCodeBeautifier/ Assuming the right tool made PHP source beautification quick and reliable, whether (and when) we should bulk-apply formatting standards to the codebase is an open question. The downside is that diffs and merges across that boundary of revision(s) don't really have much use anymore. If there was a branch of the source code that would never have fixes and features back ported to it, then it would be a possibility to do rapid, wholesale beautification. To my way of thinking, the trunk, prior to branching for vtigercrm-5.0.0 release candidates, might fit this description, and would be the last opportunity of this type for quite a while. Any thoughts? From rudig at tiscali.be Wed May 31 09:46:16 2006 From: rudig at tiscali.be (rudi gybels) Date: Wed, 31 May 2006 18:46:16 +0200 Subject: [Vtigercrm-developers] vtigercrm-developers Digest, Vol 6, Issue 6 In-Reply-To: Message-ID: <001201c684d1$bc4bbfb0$9e02a8c0@ZOND002> Hi, For Abos: The problem with: 52 bd Jeanne d'Arc Can be solved by adding the php escape: 52 bd Jeanne d\' Arc If entered like this, the issue should be solved. Best regards, Rudi. -----Oorspronkelijk bericht----- Van: vtigercrm-developers-bounces at lists.vtigercrm.com [mailto:vtigercrm-developers-bounces at lists.vtigercrm.com] Namens vtigercrm-developers-request at lists.vtigercrm.com Verzonden: dinsdag 6 juni 2006 17:30 Aan: vtigercrm-developers at lists.vtigercrm.com Onderwerp: vtigercrm-developers Digest, Vol 6, Issue 6 Send vtigercrm-developers mailing list submissions to vtigercrm-developers at lists.vtigercrm.com To subscribe or unsubscribe via the World Wide Web, visit http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers or, via email, send a message with subject or body 'help' to vtigercrm-developers-request at lists.vtigercrm.com You can reach the person managing the list at vtigercrm-developers-owner at lists.vtigercrm.com When replying, please edit your Subject line so it is more specific than "Re: Contents of vtigercrm-developers digest..." Today's Topics: 1. Custom fields in vtiger CRM 5 (Abos) 2. Calendar V5 (Abos) 3. Some dropdown (Abos) 4. Customview pagination (Abos) 5. Translations (Abos) 6. Re: Can we release 4.2.4 already? (Richie) 7. Re: bug fixes/contributions for 5.0 (Sergio A. Kessler) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Jun 2006 14:20:09 +0200 From: Abos Subject: [Vtigercrm-developers] Custom fields in vtiger CRM 5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448572F9.4020401 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi all, on new version, the picklist are re ordered alphabeticaly. It's really difficult to use for me. By default the first value (reordered) is selected. If i create a new picklist like this : Select My value 1 My value 2 ... With the new system i obtain in my module : My value 1 (saved by default and wrong !) My value 2 Select With admin, if i edit a custom field, i have not the value list, i have to click on field type to show my picklist value for modifications. Cheer, A?ssa ------------------------------ Message: 2 Date: Tue, 06 Jun 2006 14:26:00 +0200 From: Abos Subject: [Vtigercrm-developers] Calendar V5 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857458.1060300 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I don't know if the new calendar ready, but the share system is not working correctly. I only see the activities from others users on my home. I alway obtain : You are not permitted to execute this Operation when i follow the link. The activity is created by admin, the admin calendar is share with standarduser. I have created a group with admin & standarduser, same result. ------------------------------ Message: 3 Date: Tue, 06 Jun 2006 14:29:53 +0200 From: Abos Subject: [Vtigercrm-developers] Some dropdown To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857541.2010600 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Again, For some system dropdown like quick create, it can be usefull to have a first field called "select", because Account is selected by default, and i can't create a account directly. Same thing for module portal, the first site saved is never displayed, i have to change 2 times to see the first entry. ------------------------------ Message: 4 Date: Tue, 06 Jun 2006 14:32:43 +0200 From: Abos Subject: [Vtigercrm-developers] Customview pagination To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <448575EB.8080104 at vtigercrmfrance.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed This feature is really cool, but, if i use a customview for a mass mailing, only the 10 or X first entry are used to send email. Cheer A?ssa ------------------------------ Message: 5 Date: Tue, 06 Jun 2006 15:13:07 +0200 From: Abos Subject: [Vtigercrm-developers] Translations To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <44857F63.90303 at vtigercrmfrance.org> Content-Type: text/plain; charset="iso-8859-1" Translations problems ;-) Critical : The button save in "My preferences" not work with french lang. For each Tab "More information" in detail view. Critical : The link (url) is translated, exemple in Campaigns we have : http://127.0.0.1/vtbeta/index.php?action=CallRelatedList&module=* Campagnes* &record=121&parenttab=Marketing and obtain an hacking attempt. When i'm on tab relatedlist : The tab names are now in english, The modules names are in enlish, All the button "Add new..." are in english, Only the table header are translated. Module dashboard : By default all is translated. But if i click on any link, all is in english. In fact, only dashboard home is translated. Module report : The table header (field names) are not translated on report display and exports PDF/XLS Left panel "Actions" : All have to be translate. On custom field creation : index.php?module=Settings&action=SettingsSubMenu&type=CustomField&parenttab= Settings The module names have to be translated. On picklist settings : index.php?module=Settings&action=PickList&parenttab=Settings Same thing, the module name have to be translated. On default field permission : index.php?module=Users&action=DefaultFieldPermissions&parenttab=Settings The field name have to be translated On profiles privil?ges : index.php?module=Users&action=profilePrivileges&return_action=ListProfiles&p arenttab=Settings&mode=edit&profileid=4 Module names, Field names, actions have to be translated. On OrgSharingDetailView : Button add privilege have to be translated, Rules pop up and fields too Iventory notification : index.php?module=Users&action=listinventorynotifications&parenttab=Settings The term Tool on table header have to be translated Critical : Company information : The bug with ' persist. My company address : 52 bd Jeanne d'Arc. How to have my company address in vtiger crm ? Module calendar : Repeat type have to be translated. Daily, weekly, monthly have no signification here. The term "view" for hour view and list view have to be translated Module Activites : On list view, call/meeting/task have to be translated or changed for image. On editview same thing + repeat. Critical : Some "Ajax" save button not work. Critical : On some module the tag cloud system display an hacking attempt, i think it's due to a module name translation. Character set is not displyed on html source. Critical : Character problem with announce and accents. Chat not work, when i press "enter" i go to the home page. To be continued.... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/29821bce/attachment-0001.htm ------------------------------ Message: 6 Date: Tue, 06 Jun 2006 08:08:59 -0700 From: Richie Subject: Re: [Vtigercrm-developers] Can we release 4.2.4 already? To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <10ba9e3af95.-5842706935838209260.-5610252546111581252@@vtiger.com> Content-Type: text/plain; charset="utf-8" Hi! The 4.2.4 is available for download at the following location :- http://vtiger.com/download/vtiger_CRM_4_2_4.exe http://vtiger.com/download/vtiger_CRM_4_2_4.bin http://vtiger.com/download/vtiger_CRM_4_2_4.PhpDocs.zip The source will be released soon as there is a small logistical problem here causing the delay. Let me know if there be any issues. Should we make this an official announcement Allan? I would prefer if you do it as you have taken the initiative. It is only right that the credit too is taken by you. Richie ---- Allan Bush<allan.bush+vtiger_dev at gmail.com> wrote ---- Thanks guys, I've tagged and exported 4.2.4 (without changes) and it's ready to go. I also created some release notes, attached to this email if anyone has any input on them. I sent this information along with the packaged release to richie but as he seems to be unresponsive on this release I'm not counting on him to get it out in a timely manner. I'd like to put the release on the trac system, if the admin is alright with that please email me directly and I'll get you the files, if not I'll just attach it to the vtiger message board. On a side note the trac ticket system should be modified to remove 4.2.4 as a milestone and add it as a version (and probably remove the 4.2.4rc's well we're at it), if that can be done without messing up the existing tickets. Allan On 5/30/06, Jeff Kowalczyk <jtk at yahoo.com> wrote: > Brian Devendorf wrote: > > I would prefer 4.2.4 gets released, as 4.2.3 has so many known bugs. > > I think it would focus the bug reporting for vtiger 4 on the bugs > > that still exist in the product. > > Sure, its always good to have extra point releases to eliminate patch > trading. vtigercrm-4.2.5 will likely follow soon after. > > Based on past tags, our procedure was to put the branch in the exact form > used for release, then copy to a tag using the command: > > # svn cp (url)/vtigercrm/branches/4.2.4 (url)/vtigercrm/tags/vtigercrm-4.2.4 -m 'Tag 4.2.4 for release' > > Ideally (and we may not be there yet), a release fileset is a > vtigercrm-4.2.4.tar.gz and vtigercrm-4.2.4.zip made from: > > # svn export (url)vtigercrm/tags/vtigercrm-4.2.4 > > With no post processing. I guess for .exe installers (if used), that's an > exeption to the rule. > > Unless there are any changes to forward port to branches/4.2, we finally > svn rm the branches/4.2.4. > > Thanks for doing the release, Allan. > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt > _______________________________________________ This vtiger.com email is sponsored by Zoho Planner. Still scribbling down your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, personal organizer online, Zoho Planner for FREE instead! http://zohoplanner.com/?vt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/200606 06/fb3ac5ff/attachment-0001.html ------------------------------ Message: 7 Date: Tue, 6 Jun 2006 12:30:11 -0300 From: "Sergio A. Kessler" Subject: Re: [Vtigercrm-developers] bug fixes/contributions for 5.0 To: vtigercrm-developers at lists.vtigercrm.com Message-ID: <49216030606060830we1cffcej4bc76800f12657ef at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed normally one should fill a issue with the trac (posting the patch there) and post a message here with a blurb about the problem and a link to the trac issue number... regards, /sak On 6/6/06, Richie wrote: > > Hello! > > I stand corrected. My intention of suggesting the mailing list was to have a > on-the-spot peer review and we will not miss out too many patches. Moreover, > we had a damn good number of fixes/posts in the mailing list for 4.2.4. > But then, the trac is the proper place to handle these issues. I see the > light now :) > > My only point of concern is how does the team/community get notified of the > patches submitted in the trac? Jeff any ideas on this front? > > Please post all the patches/fixes to the trac in the meantime. It will be a > bit confusing initially but then we will come to terms with it too. > > > > > > > ---- Allan Bush wrote ---- > > > I think handling multiple bug fixes on the mailing list could become > hard to organize very quickly. > > We would be better off to create tickets in the trac system and attach > a patch. I've used this system before and it's much easier to work > with and keep organized. My only concern would be that the patch > would be lost among the other thousand plus tickets, but if we create > a keyword to be used or assigned the ticket to an appropriate person > it should receive enough attention. > > On 6/5/06, Richie wrote: > > > > Hello! > > > > We welcome bug fixes for vtigercrm 5.0. Do feel free to > > post the fixes in this email list so that > > we can have a peer > > review right here and I will integrate it into the trunk. > > > > I will need some help in this regard. Any one willing > > to lend me a hand please? > > I would think that having 2 guys as assistants will > > be good as the product is too big to be > > handled > > by myself and a single helper. We can start having the > > fixes for the issues in the trac or even > > otherwise. > > > > > > The only rules before checking into the trunk are that :- > > > > the person should know what he is doing. > > in case of any possible issues, raise the flag then > > and there and submit the post/patch for > > further > > review. > > keep all of us in the same page as most of us are > > in different time zones so the mailing > > list will be > > the only mode of keeping in touch. > > > > > > > > If there be a better approach to this, I am willing > > to listen. > > > > Jeff, Brian, Allan, Joel, Matt, ...? > > > > > > Richie > > _______________________________________________ > > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > > personal organizer online, Zoho Planner for FREE instead! > > http://zohoplanner.com/?vt > > > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > > _______________________________________________ > This vtiger.com email is sponsored by Zoho Planner. Still scribbling down > your To-Do's on bits of paper & palms of your hands? Try the AJAX enabled, > personal organizer online, Zoho Planner for FREE instead! > http://zohoplanner.com/?vt > > ------------------------------ _______________________________________________ vtigercrm-developers mailing list vtigercrm-developers at lists.vtigercrm.com http://lists.vtigercrm.com/mailman/listinfo/vtigercrm-developers End of vtigercrm-developers Digest, Vol 6, Issue 6 ************************************************** From damien at koalatelecom.com.au Thu May 18 23:49:28 2006 From: damien at koalatelecom.com.au (Damien Bezborodow) Date: Fri, 19 May 2006 06:49:28 -0000 Subject: [Vtigercrm-developers] Recurring Invoice Message-ID: <002201c67b10$71a9bb80$4469a8c0@nec5080152> Hi, I need to develop a module (or extend the already existing invoicing module) to provide recurring invoicing. As a new developer, where do I find documentation? Is anybody else interested in a recurring invoicing feature? -- Damien PS: Can I add this mailing list to my newsreader (Outlook/Thunderbird)? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20060519/723b60fc/attachment-0005.html