The Forums on slxdeveloper.com are now retired. The forum archive will remain available for the time being. Thank you for your participation on slxdeveloper.com!
|
| |
| |
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 20 Apr 08 2:24 PM
|
Yes I have and that's not what I'm looking for......
Project table tied to projectpluginid tied to plugin table.....a couple of group breaks.....a tie to the picklist table for Plugin Type......simple stuff.... |
|
|
| |
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 21 Apr 08 2:52 PM
|
Because I'm always working on multiple projects which also involve more than one person, I created a manual paper form to record new/modifications to plugins and used that as a means of determining which projects / bundles the plugins should be placed, etc.
When that becaome a bit of a burden, I created a little MS-Access thing to record the same information (Plugins, Projects, bundles, etc.). I had to record "Releases", plugin types, and plugin families too. Its not much, but it does help keep me organized. My next step will be to have it read a Slx database directly, but I haven't gotten to that yet. Would my little routine be of any help to you?
|
|
|
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 21 Apr 08 3:49 PM
|
| Sounds like it would. The crystal report for the projects and bundles would be easy to do....but doesn't have any easy way to add descriptor paragraphs and screen shots of form examples..... |
|
|
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 22 Apr 08 8:53 AM
|
If you wouldn't mind when you get done would you outline the steps you ultimately took?
I'm thinking about something along the same lines. Right now just the data of what's in what project is enough but if we could only include the plugin manager compare function to diff the scripts it could easily tell where changes are. In my C# apps I like to use subversion logs to comment on the changes that I grab by doing a diff. If I had to take the time to outline every single thing I did while I was updating the code it'd be incredibly time consuming. That and sometimes the thing I go to fix either gets redesigned or not touched due to some other problem so I don't always know where things end up until I review the final product. It is comforting to know that the latest version of the plugin is 99.9% of what SalesLogix uses and since documentation is really only about the product up until that point, it's not a huge issue to include all of the changes from version 1 to version x...
|
|
|
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 24 Apr 08 9:42 AM
|
Last night I started to look into directly interfacing my little Access utility with the Slx Project Manager. Currently, my routine is a stand alone manual entry tool into which I simply record what I'm doing (developing plugins, etc.). I then record the association between plugins and projects. Better than nothing, but not a big work saver.
The trouble is that when I looked at the Project Table, I found that Sage is using blob fields to record much of the info. shown in the Project Manager for each plugin. I can follow some of the items in the Project Table back to the Plugin Table. But not for Lookups or Picklists, etc. Does anyone know how I can de-crypt these blobs?
 |
|
|
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 24 Apr 08 10:16 AM
|
Start with the Item type field.....make sure you get good text values for Plugin Type, and know the difference between a ProjectItem that points to a plugin vs another item.
Get the bundles down cold for Plugins'......the old 80/20 rule. I think what we're looking for here is 'version SETS' of plugins.....so you start with a base bundle.....change 20 out of 80 items and you should then store a second 'bundle' pointer with it's own descriptions and ability to write something for each plugin for each version.....
Then go after the other items. I don't know how much of the blob you have to decrypt. If it's a LOOKUP or JOIN then you can go to that table and figure out what's up.....
Same with Picklists.....
Create Table Add Field you can go to SecTableDefs and Resynctabledefs, etc.
I think what we are trying to do here is come up with
A) what in general is being accomplished in the Project/Bundle
Create Table Account, Contacts, et al
Added Lookups for Account.Style, Opportunity.StartedOn
Added Groups
What is going on with each item.
B) The items that have Changed (based on Released Date, Modified Date) from the last bundle/project. and Not ALL The changed Changes.....just a benchmark..... Account Detail was here....now it's here....and the Account SubStatus picklist control was changed.
So PROJECTITEM is the key.
|
|
|
|
Re: Anyone have a Project/Bundle Documentor/Report?
Posted: 25 Apr 08 9:48 AM
|
| Check out Electrician at http://www.jh3.com/software/electrician.htm I have an older version that does fairly well on forms without panels. You can dump the blob containing the controls to a text file and run FC or CSDiff to find changes to control properties between versions. Ocassionally it gets confused and fails to dump the file. If you try it, please report back if those problems are fixed in the new version. |
|
|
|