<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Survey - what's your EG style? in SAS Enterprise Guide</title>
    <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53468#M5678</link>
    <description>My initial development is based on an network of EG-local code nodes, which are self-sufficient, so I could run them individually, if necessary.  However, the network forces me to run them in a sensible order.  I normally limit the number of programs on each Process Flow to less than a dozen, and keep the output names unique, otherwise the flow becomes unmanageable.&lt;BR /&gt;
&lt;BR /&gt;
Working in a pharms environment generally means that I have to save these programs to a server at some point, so the EG environment, with its program links, is then used to help me run them in their dependency order, but also include document links to help me find things again in the future.&lt;BR /&gt;
&lt;BR /&gt;
Full details of this can be found in my SAS book, "Power User's Guide to SAS Programming", at &lt;A href="https://communities.sas.com/www.hollandnumerics.com" target="_blank"&gt;www.hollandnumerics.com&lt;/A&gt;, and my paper "Running Clinical Trials Programs with Enterprise Guide", at &lt;A href="https://communities.sas.com/www.hollandnumerics.com/SASPAPER.HTM" target="_blank"&gt;www.hollandnumerics.com/SASPAPER.HTM&lt;/A&gt;.&lt;BR /&gt;
&lt;BR /&gt;
...........Phil</description>
    <pubDate>Fri, 10 Jul 2009 19:36:36 GMT</pubDate>
    <dc:creator>prholland</dc:creator>
    <dc:date>2009-07-10T19:36:36Z</dc:date>
    <item>
      <title>Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53465#M5675</link>
      <description>How do you like to work in EG?  A single code node?  A few code nodes in sequence?   Lots of queries spread out in a flow chart?  What internal guidelines do you follow to make your work manageable for yourself or for others?&lt;BR /&gt;
&lt;BR /&gt;
I'm putting together a list of style pointers for nice EG.   Here are some that I use based on my own experience.  Please don't interpret them as rigid commandments.   The purpose of this is to gather feedback.  Particularly good may ideas will be mentioned explicity in a NESUG poster (with author's permission, of course).&lt;BR /&gt;
&lt;BR /&gt;
* One Idea per node, particularly code nodes&lt;BR /&gt;
* Minimize crossings of arrows&lt;BR /&gt;
* I Never (OK, rarely) terminate a branch with a data set.  Branches should be terminated by reports of some kind.&lt;BR /&gt;
* I Always rename queries.  I rarely know two weeks later what "query1" is supposed to do.&lt;BR /&gt;
&lt;BR /&gt;
That's just a sample, and I bet you have even better ideas.</description>
      <pubDate>Thu, 09 Jul 2009 20:44:03 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53465#M5675</guid>
      <dc:creator>mftuchman</dc:creator>
      <dc:date>2009-07-09T20:44:03Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53466#M5676</link>
      <description>I am all over the map. I use EG for data exploration primarily. If I am just testing out some ideas, checking the data, I may not even save the project.&lt;BR /&gt;
&lt;BR /&gt;
The first thing I do, ALWAYS is the characterize data, to check the data quality. If your data are no good, everything else is a waste of time. &lt;BR /&gt;
&lt;BR /&gt;
Anything I plan to save though, I absolutely change the query name because I do so many analyses I would never remember what any are. &lt;BR /&gt;
&lt;BR /&gt;
Yes, I end everything with a report.</description>
      <pubDate>Fri, 10 Jul 2009 04:56:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53466#M5676</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-07-10T04:56:13Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53467#M5677</link>
      <description>I do NOT always end in a report.&lt;BR /&gt;
&lt;BR /&gt;
I will often organize the work so that I have a process flow devoted to data transformations (ETL), so the goal is to create one or more SAS datasets.&lt;BR /&gt;
&lt;BR /&gt;
The other process flows are devoted to particular sets of analyses on a set of data; those end in reports.</description>
      <pubDate>Fri, 10 Jul 2009 19:05:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53467#M5677</guid>
      <dc:creator>Doc_Duke</dc:creator>
      <dc:date>2009-07-10T19:05:13Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53468#M5678</link>
      <description>My initial development is based on an network of EG-local code nodes, which are self-sufficient, so I could run them individually, if necessary.  However, the network forces me to run them in a sensible order.  I normally limit the number of programs on each Process Flow to less than a dozen, and keep the output names unique, otherwise the flow becomes unmanageable.&lt;BR /&gt;
&lt;BR /&gt;
Working in a pharms environment generally means that I have to save these programs to a server at some point, so the EG environment, with its program links, is then used to help me run them in their dependency order, but also include document links to help me find things again in the future.&lt;BR /&gt;
&lt;BR /&gt;
Full details of this can be found in my SAS book, "Power User's Guide to SAS Programming", at &lt;A href="https://communities.sas.com/www.hollandnumerics.com" target="_blank"&gt;www.hollandnumerics.com&lt;/A&gt;, and my paper "Running Clinical Trials Programs with Enterprise Guide", at &lt;A href="https://communities.sas.com/www.hollandnumerics.com/SASPAPER.HTM" target="_blank"&gt;www.hollandnumerics.com/SASPAPER.HTM&lt;/A&gt;.&lt;BR /&gt;
&lt;BR /&gt;
...........Phil</description>
      <pubDate>Fri, 10 Jul 2009 19:36:36 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53468#M5678</guid>
      <dc:creator>prholland</dc:creator>
      <dc:date>2009-07-10T19:36:36Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53469#M5679</link>
      <description>I have been using EG for two main purposes. Creating a "final" analysis set for modeling from different sources, and for adhoc "on the fly" data investigations.&lt;BR /&gt;
&lt;BR /&gt;
Within one project I structure my work on the different process flows.&lt;BR /&gt;
&lt;BR /&gt;
Sheet one usually contains: import tasks/nodes from different sources&lt;BR /&gt;
Sheet two contains the merges and manipulation steps.&lt;BR /&gt;
Sheet three contains the exploration task to check/analyze the data.&lt;BR /&gt;
&lt;BR /&gt;
Starting with SAS/BASE like most users, I think the point is not to think like a base user. I have seen people use EG with one or two icons in the whole project:  sas code nodes where everything is done. To benefit from EG as much as possible I try not to write any sas code if possible and use the build-in tasks as much as possible. &lt;BR /&gt;
&lt;BR /&gt;
I have learned myself to rename the tasks into something more meaningfull than the default name.. &lt;BR /&gt;
&lt;BR /&gt;
I have found EG very usefull in creating and maintaining sas code. It is a shame that not everybody (or every company) is using this nice sas software.</description>
      <pubDate>Sat, 11 Jul 2009 10:32:14 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53469#M5679</guid>
      <dc:creator>Longhow</dc:creator>
      <dc:date>2009-07-11T10:32:14Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53470#M5680</link>
      <description>My style coming from less of a sas background is to keep everything to one main sas program, but use the nodes, arrows, icons, etc. the 'filter and query' stuff for verification and exploration.  So that stuff I leave in there for future reference, but always the main program on top.&lt;BR /&gt;
&lt;BR /&gt;
And I do use flows for import/export type stuff.  And I love to leave notes.&lt;BR /&gt;
&lt;BR /&gt;
I separate out to different tabs when there is old code or experimental code, and that way all the exploratory and verification stuff is kept together with the relevant data.</description>
      <pubDate>Sat, 11 Jul 2009 20:44:46 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53470#M5680</guid>
      <dc:creator>mjw149</dc:creator>
      <dc:date>2009-07-11T20:44:46Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53471#M5681</link>
      <description>Thanks for all the replies so far!   To doc@duke - in subsequent flows after the initial data set is built, how would you characterize your style.

Message was edited by: mftuchman</description>
      <pubDate>Sun, 12 Jul 2009 03:59:04 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53471#M5681</guid>
      <dc:creator>mftuchman</dc:creator>
      <dc:date>2009-07-12T03:59:04Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53472#M5682</link>
      <description>I also find that after a while, I don't want to wait for the yellow and greens to flash.   When I feel comfortable with a process, I sometimes reduce it to a single code node.   I wish there were a less manual way to do this.  I suspect your ETL methodology is related to what I want to do.</description>
      <pubDate>Sun, 12 Jul 2009 04:03:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53472#M5682</guid>
      <dc:creator>mftuchman</dc:creator>
      <dc:date>2009-07-12T04:03:13Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53473#M5683</link>
      <description>I like the idea of one flow for building, one for analysis, one for exploration,and one for business reporting.&lt;BR /&gt;
&lt;BR /&gt;
Thanks, all for taking the time.   Keep them coming though.  I'd like to hear how you keep the process flows themselves manageable, as contrasted with EG habits in general.</description>
      <pubDate>Sun, 12 Jul 2009 04:05:20 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53473#M5683</guid>
      <dc:creator>mftuchman</dc:creator>
      <dc:date>2009-07-12T04:05:20Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53474#M5684</link>
      <description>I like the idea of one flow for building, one for analysis, one for exploration,and one for business reporting.&lt;BR /&gt;
&lt;BR /&gt;
Thanks, all for taking the time.   Keep them coming though.  I'd like to hear how you keep the process flows themselves manageable, as contrasted with EG habits in general.</description>
      <pubDate>Sun, 12 Jul 2009 04:10:06 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53474#M5684</guid>
      <dc:creator>mftuchman</dc:creator>
      <dc:date>2009-07-12T04:10:06Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53475#M5685</link>
      <description>&amp;gt; I also find that after a while, I don't want to wait&lt;BR /&gt;
&amp;gt; for the yellow and greens to flash.   When I feel&lt;BR /&gt;
&amp;gt; comfortable with a process, I sometimes reduce it to&lt;BR /&gt;
&amp;gt; a single code node.   I wish there were a less manual&lt;BR /&gt;
&amp;gt; way to do this.  I suspect your ETL methodology is&lt;BR /&gt;
&amp;gt; related to what I want to do.&lt;BR /&gt;
&lt;BR /&gt;
Why would you reduce it to a single code node? You would lose the view on "what's going on". The network diagram visualizes the step by step apporach of the whole process. This is one of the things I like, EG almost forces you to breakdown the process in steps. In this way, the flow is easier to: maintain, explain to others, extendable.</description>
      <pubDate>Sun, 12 Jul 2009 14:50:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53475#M5685</guid>
      <dc:creator>Longhow</dc:creator>
      <dc:date>2009-07-12T14:50:45Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53476#M5686</link>
      <description>Based on lots of trial and error, I arrive at similar conclusions to a lot of folks on here. &lt;BR /&gt;
&lt;BR /&gt;
*One process flow for data import and basic manipulation&lt;BR /&gt;
*Sometimes a second process flow for more data stuff if there's more complex manipulation like summarization, joins, heavy data cleaning&lt;BR /&gt;
*One or more process flows for reporting and analysis&lt;BR /&gt;
*One process flow for data verification. This is a new one for me... when I run all those one-way frequencies/characterize data/query tasks to look at data values, I'm trying to get in the habit of immeadiately moving that stuff into a verification process flow. A mistake I tend to make is getting my ETL process flows clogged with a bunch of side-tasks designed to look at data values.&lt;BR /&gt;
*Anything with a parameter gets a separate process flow. Usually, I use parameters to create little mini-applications, hence they get their own separate process flows.&lt;BR /&gt;
&lt;BR /&gt;
I will often use tasks rather than write code these days unless the code has a specific advantage. There are times when I know I can do 5 different things in a single data step that would take several other tasks in succession to duplicate. I *always* use the right-click "link to" feature to make sure my code and the objects it generates stays in the process flow with everything else.&lt;BR /&gt;
&lt;BR /&gt;
The one thing I haven't figured out an elegant solution for is set-up code like LIBNAME statements. If you're going to write any code in EG, having dedicated libraries rather than the EC00001 references keeps you from driving yourself insane. Right now, I put a code node at the top of every process flow that's named (all in capital letters) RUN ME FIRST!!!. Sometimes I still forget to run it, and then everything breaks. I'm toying with having a process flow dedicated just to the starting code, but I'd still have to remember to start by running that process flow before any other. Sigh. It'd be cool if EG had a "run this code when the project starts" setting. I do lots of different things in EG, so my libraries and data are changing all the time.&lt;BR /&gt;
&lt;BR /&gt;
One last thought: the one thing I do not like EG for is writing SAS code for application development. Writing little bits of SAS code that can be used in conjunction with tasks works great. But if I'm going to write 500+ lines of code to create an application, I still find the SAS windowing environment more convenient for that. You can pull up a couple code windows there, keep your master code in one and keep all the junk code (PROC FREQs, stuff that didn't work, etc.) in the others. And no constant reminders "Would you like to replace the previous results?" when you rerun something. &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;BR /&gt;
&lt;BR /&gt;
Richard</description>
      <pubDate>Mon, 13 Jul 2009 15:33:27 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53476#M5686</guid>
      <dc:creator>RichardH_sas</dc:creator>
      <dc:date>2009-07-13T15:33:27Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53477#M5687</link>
      <description>&amp;gt;&amp;gt;&amp;gt;It'd be cool if EG had a "run this code when the project starts" setting&lt;BR /&gt;
&lt;BR /&gt;
In EG4.2  Tools&amp;gt;&amp;gt;Options&amp;gt;&amp;gt;SAS Programs&amp;gt;&amp;gt; Submit SAS code when server is connected  - - and paste your sas code in this window, this might accomplish what you want ...??&lt;BR /&gt;
&lt;BR /&gt;
Jay</description>
      <pubDate>Mon, 13 Jul 2009 19:21:15 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53477#M5687</guid>
      <dc:creator>Jay</dc:creator>
      <dc:date>2009-07-13T19:21:15Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53478#M5688</link>
      <description>Hi &lt;BR /&gt;
I usually write sas code in different node depending on the task.&lt;BR /&gt;
like  Import -&amp;gt; Clean -&amp;gt; Summarise - &amp;gt; report.&lt;BR /&gt;
some times i also create branches to main flow chart to make it easy and again aggregate it. due to this not all branches end in report.&lt;BR /&gt;
&lt;BR /&gt;
i create single pdf report using all the final data sets.&lt;BR /&gt;
&lt;BR /&gt;
like&lt;BR /&gt;
ods pfd file="abc.pdf";&lt;BR /&gt;
&lt;BR /&gt;
proc report;&lt;BR /&gt;
proc report;&lt;BR /&gt;
proc gplot;&lt;BR /&gt;
proc means;&lt;BR /&gt;
&lt;BR /&gt;
ods pdf close; &lt;BR /&gt;
 &lt;BR /&gt;
Regards&lt;BR /&gt;
Avi</description>
      <pubDate>Tue, 14 Jul 2009 05:38:44 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53478#M5688</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-07-14T05:38:44Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53479#M5689</link>
      <description>Thanks Jay! I tried that, but it's code that gets submitted for every project you're working with. I need preliminary code that's project specific... Tuesday I may be working with a SAS library of class enrollment data and Thursday I may be working with a SAS library of retail sale data. Things like libraries and macro variables I need to set specific to the project.</description>
      <pubDate>Wed, 15 Jul 2009 11:01:53 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53479#M5689</guid>
      <dc:creator>RichardH_sas</dc:creator>
      <dc:date>2009-07-15T11:01:53Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53480#M5690</link>
      <description>I like to make use of the self-documenting abilities of the process flow window and to get the most out of EG's abilities to help.  I do not care to write hundreds of lines of code if I can point and click and it is done.  So, here are my usual rules:&lt;BR /&gt;
&lt;BR /&gt;
1. Use the point &amp;amp; click features to get me as far as I can go with it.  This automatically generates the nodes and the arrows in the process flow window that will be modified when I change the point &amp;amp; click options.&lt;BR /&gt;
2. Check the code generated by the P&amp;amp;C system to see if there are any changes I want to make.  If so, use the insert code option if possible.  If not, add as code template and replace the P&amp;amp;C node in the flow with the code node.&lt;BR /&gt;
3. When necessary, write my own code, but break it into pieces and connect with arrows so that the process flow is understandable.&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
   I also have a few Utilities.egp files where the first process flow tab contains a number of pre-written code icons that already have the appropriate parameters (prompts) attached.  I start my work on a clean tab and copy &amp;amp; paste the code icons fromthe first tab into the other tabs for the project as needed.  For example,  I have one utilities.egp file for use whenever I have to use the mainframe with SAS/Connect.  Whenever I start a new projectwith the mainframe involved, I open up my utilities.egp and immediatly do a "save as"  and save it with the new project name.  Then, I am ready to go and all of my common mainframe code needs are ready to go, including the one that, when I need to access a tape, it ftp's my batch program to the mainframe and emails me back my log and output.&lt;BR /&gt;
&lt;BR /&gt;
I think that the new template feature in EG4.2 will help us modernize this approach.</description>
      <pubDate>Fri, 17 Jul 2009 11:42:25 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53480#M5690</guid>
      <dc:creator>JohnH</dc:creator>
      <dc:date>2009-07-17T11:42:25Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53481#M5691</link>
      <description>Great thread!  I've been following along with interest.&lt;BR /&gt;
&lt;BR /&gt;
As a SAS programmer new to EG, it seems to me that many programmers are not fully utilizing the benefits of the project designer and process flow.  While I'm searching for my own style, I'm really benefiting from the posts in this thread.&lt;BR /&gt;
&lt;BR /&gt;
I'm going to pose this question at sas-l ( &lt;A href="http://www.listserv.uga.edu/cgi-bin/wa?S1=sas-l" target="_blank"&gt;http://www.listserv.uga.edu/cgi-bin/wa?S1=sas-l&lt;/A&gt; ) as well because I think it will add additional useful responses.  &lt;BR /&gt;
&lt;BR /&gt;
Thanks for posting this.</description>
      <pubDate>Fri, 17 Jul 2009 20:15:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53481#M5691</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-07-17T20:15:10Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53482#M5692</link>
      <description>When I need to create a process flow that runs in a particular sequence, I create an ordered list. When you create an ordered list (similar to a macro in MS Access) you select how you want the nodes ordered. This capability is found under Tools &amp;gt; Create Ordered List.&lt;BR /&gt;
&lt;BR /&gt;
I also use the "linking" feature so my process stays in the order I want and I always rename my nodes and output data to something I can interpret later. I find that numbering the steps in the flow helps me when I select the order for the list.</description>
      <pubDate>Thu, 23 Jul 2009 16:39:44 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53482#M5692</guid>
      <dc:creator>UCFAngel</dc:creator>
      <dc:date>2009-07-23T16:39:44Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53483#M5693</link>
      <description>EG is my development environment of choice. I initially use it to perform queries and refine them so that they are providing me with the data I am looking to report. I see the benefits of the style pointers you suggested and will try to use them moving forward. I do rename queries. I don't know if EG has this functionality, I will look into it, but can you add comments to your nodes or is that in the next version. Could a note be tied to your node?</description>
      <pubDate>Mon, 05 Oct 2009 15:02:46 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53483#M5693</guid>
      <dc:creator>DkSAS</dc:creator>
      <dc:date>2009-10-05T15:02:46Z</dc:date>
    </item>
    <item>
      <title>Re: Survey - what's your EG style?</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53484#M5694</link>
      <description>DkSAS: in EG 4.2, if you click on on a data set or task in the Process Flow (or Project Tree), then select New &amp;gt; Note, the note will be automatically linked to that task/data in the project. I only tested this with a few tasks and data sources, so I can't guarantee this will work with everything. When I tried to link the results from a task to a note in this way, it linked the task and not the results.&lt;BR /&gt;
&lt;BR /&gt;
You could also select New &amp;gt; Note with nothing highlighted, then later manually add a link with a right-click.&lt;BR /&gt;
&lt;BR /&gt;
I wouldn't mind, in future releases of EG, having a setting under the task properties where you could have some custom text that appears when you mouse over the task. That could be a less intrusive form of comments, though it's a bit more obfuscated than having the note.</description>
      <pubDate>Mon, 12 Oct 2009 13:11:49 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Survey-what-s-your-EG-style/m-p/53484#M5694</guid>
      <dc:creator>RichardH_sas</dc:creator>
      <dc:date>2009-10-12T13:11:49Z</dc:date>
    </item>
  </channel>
</rss>

