I use source control and develop/test my Revolution application in different IDEs 
(Windows, OS X, Linux, Sun Solaris, AIX).  I maintain and application/projects library 
directory tree similar to below. 

SRC
    TRANSCRIPT
        COMMON
            ALGO
                MATH.REV (CONTAINS EXPMOVAVG, SCALE…)
    FINANCIAL
        INDICATORS.REV (CONTAINS MACD, PTP…)
    DATABASE
        EARNINGS.REV (CONTAINS INTERFACE TO EARNINGS DB)
        HLCV.REV (CONTAINS INTERFACE TO HLCV DB)

    ANALYZER
        ANALYZER.REV (A APPLICATION)

This type of project/application/library management is common in large development 
projects.  The constructs of module inclusion provided in Runtime Revolution do not 
seem to allow this source management technique.  I realized you are quite experienced 
in developing products using Runtime Revolution.  I may not properly understand the 
construct Runtime Revolution provides I would appreciate a education if you have the 
time.  However, I have seen very few postings from developers involved in large 
projects.  My application is extremely large and requires reusable interfaces for any 
number of applications.  I see no simple way if implementing this with the given 
constructs.   


NOTE:  Every popular language C,C++,Visual Basic… has some form of file inclusion by 
way of relative paths.

Kevin



-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-
Disclaimer:

Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely
coincidental. 
Any resemblance between the above and my own views is non-deterministic.

 The question of the existence of views in the absence of anyone to hold
them
is left as an exercise for the reader. The question of the existence of
the reader
 is left as an exercise for the second god coefficient. 
(A discussion of non-orthogonal, non-integral polytheism is beyond the
scope of this article.)



 --- On Wed 04/07, Ken Ray < [EMAIL PROTECTED] > wrote:
From: Ken Ray [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Wed, 07 Apr 2004 11:26:27 -0500
Subject: Re: Relative Paths

Kevin,<br><br>Why do you need to add stacks to the stackFiles property? I've been 
using<br>MC/Rev for years and never needed to do this to open other stacks. When 
you<br>open a stack in the IDE, it automatically defaults to the path where 
the<br>executable lies, and only changes when you set "the directory" (or 
the<br>"defaultFolder"). All relative paths are from ther<br>e.<br><br>Does this 
help?<br><br>Ken Ray<br>Sons of Thunder Software<br>Email: [EMAIL PROTECTED]<br>Web 
Site: http://www.sonsothunder.com/<br><br><br>> From:     "Kevin" <[EMAIL 
PROTECTED]><br>> Reply-To: [EMAIL PROTECTED], How to use Revolution<br>> <[EMAIL 
PROTECTED]><br>> Date: Wed,  7 Apr 2004 04:52:15 -0400 (EDT)<br>> To:     [EMAIL 
PROTECTED]<br>> Subject: Relative Paths<br>> <br>> <br>> <br>> I am a bit confused.  
How does one create applications that can be used in the<br>> IDE on multiple 
platforms without relative paths.  When I add a satck file to<br>> the the stackFiles p
 roperty (in the property explorer) the fully qualified<br>> path is used.  When I 
copy the stack to another platform the path (something<br>> like 
"/Users/me/src/transcript/common/xxx.rev") will not function.  Please<br>> someone 
explain how this is supposed to work?<br>> <br>> <br>> Kevin<br>> <br>> <br>> 
-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-<br>> Disclaimer:<br>> <br>> Any 
resemblance between the above views and those of my<br>> employer, my terminal, or the 
view out my window are purely<br>> coincidental. <br>> Any resemblance between the 
above and my own views is non-deterministic.<br>> <br>> The question of the existence 
of views in the absence of anyone to hold<br>> them<br>> is left as an exercise for 
the reader. The question of the existence of<br>> the reader<br>> is left as an 
exercise for the second god coefficient.<br>> (A discussion of non-orthogonal, 
non-integral polytheism is beyond the<br>> scope of this article.)<br>> <br>> <br>> 
<br>> _______________
 ________________________________<br>> Join Excite! - http://www.excite.com<br>> The 
most personalized portal on the Web!<br>> 
_______________________________________________<br>> use-revolution mailing list<br>> 
[EMAIL PROTECTED]<br>> 
http://lists.runrev.com/mailman/listinfo/use-revolution<br><br>_______________________________________________<br>use-revolution
 mailing list<br>[EMAIL 
PROTECTED]<br>http://lists.runrev.com/mailman/listinfo/use-revolution<br>

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
_______________________________________________
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to