Kinook Software Forum

Go Back   Kinook Software Forum > Visual Build Professional > [VBP] Suggestions

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 01-21-2005, 07:43 AM
KristanStewart KristanStewart is online now
Registered User
 
Join Date: 12-08-2004
Posts: 7
More Subroutine Tabs

Has there ever been talk of having more than one subroutine tabs? I was thinking something like 1-10 or 1-n. It would help in making logical groups of step groups and would save scrolling times.

It would also be neat if a name could be associated with the subroutine tabs on a per project basis.

Kristan
Reply With Quote
  #2  
Old 01-21-2005, 09:54 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
This is the first such request we've received. Go | To Step, Go | Subroutine, Step | Show | 1/2/3, Edit | Find (and their shortcuts) have always been adequate for us to navigate. But I can see where it might be useful for extremely large projects.

If your projects are very large, one thing that might help some (if you haven't already) would be to spend some time reducing their size by modularizing them (for instance, taking advantage of global subroutines [subroutines can call other subroutines], using built-in actions such as the Copy Files action for multiple %DOSCMD% copy steps, using solutions/workspaces/groups for related projects and using a single Make step in VBP to build them instead of one for each project, etc.). This would, of course, take some work, but could reduce project maintenance work going forward.
Reply With Quote
  #3  
Old 01-21-2005, 10:19 AM
KristanStewart KristanStewart is online now
Registered User
 
Join Date: 12-08-2004
Posts: 7
Thanks for the shortcut tips.

I think our problem stems more from an organizational issue. We want to have the "project steps" tab just have simple clearly defined calls to the main script components.

example, the script has three main components

Checkout Source
Build Source
Package Source

We're trying to make the step layout obvious enough that someone who doesn't have a lot of experience with the script(s) can just open the script and check the steps they need and run the script. Thus the 'logic' of the script is hidden from them and when the script writer is away other people can still make builds without being overwhelmed by step options.

I think you are probably right that by just sorting and organizing the script would could accomplish most of our goal.
Reply With Quote
  #4  
Old 01-21-2005, 10:58 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
Another option for that would be to create your own front-end to the build process and launch VBP from that (ala the VisBuildPro\BuildLauncher and ObjectModel samples). Then the typical user wouldn't even need to use VBP directly.
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 05:46 PM.


Copyright © 1999-2023 Kinook Software, Inc.