Feature Requests item #1428486, was opened at 2006-02-09 09:44
Message generated for change (Comment added) made by derekc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1428486&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tallow
Group: Next Release (example)
Status: Open
Priority: 5
Submitted By: Paul Welter (pwelter34)
Assigned to: Derek (derekc)
Summary: Support relative paths in Tallow

Initial Comment:
The following patch is to add support for relative
paths in Tallow.  The patch adds a command line switch
-rs that makes source files relative to the working
directory.  So if you want the src files to be relative
to a build folder, you run tallow in the setup folder
with a path to the build folder.

Example:

D:\Project\Setup>Tallow.exe -d "D:\Project\Build" -rs
-nologo > BuildFragment.wxs

Output:

<File Id="file1" Name="README.TXT" Compressed="yes"
src="..\Build\Readme.txt" />

The included zip file includes tallow.cs and
tallow.patch that are base on the Jan. 20 Wix V2 source
that can be downloaded.

----------------------------------------------------------------------

>Comment By: Derek (derekc)
Date: 2006-03-22 11:00

Message:
Logged In: YES 
user_id=518766

SourceDir is a special value recognized by light.exe which
represents the "base directory" from which to look for
files.  In practice, the base directory for light is
defaulted to the current directory from which light is being
run.  However, by specifying "light.exe -b <some other
dir>", you can have a base directory be any other directory
you'd like.

Essentially, I think I understand your request now and it
seems perfectly reasonable.  I'm doing a lot of work with
tallow at the moment, so I'm basically trying to get a pulse
on what things require improvements and what things are
working okay right now.  This feedback (and any other you
might have) will be extremely valuable during this time.

----------------------------------------------------------------------

Comment By: Paul Welter (pwelter34)
Date: 2006-03-22 10:27

Message:
Logged In: YES 
user_id=424752

The way I envisioned it working is that the folder you run
tallow in is the folder your setup file would be in and the
files would be relative from there. 

I'm not sure what you mean by SourceDir.  Do you mean a
variable? A variable wouldn't be needed if the paths are
relative.  The reason I need this feature is because hard
paths don't work for source control.  People can checkout
the source to whatever folder they choose.  With relative
paths, this is not an issue.  

Maybe we could add another arg for the relative folder. 
Thoughts?

~ Paul

----------------------------------------------------------------------

Comment By: Derek (derekc)
Date: 2006-03-21 18:00

Message:
Logged In: YES 
user_id=518766

I'd rather see this feature put SourceDir in the file paths
so that path resolution could be delayed until bind-time. 
I'm not entirely sure how that feature would work with the
suggested -rs option though.  The problem is that the
directory from which tallow is run does not necessary
correlate to the directory being scraped.

It seems like it might be more useful to have the ability to
declare a certain path as the point at which paths are
relative. 

For example, if I'm scraping a file:
c:\some\dir\and\files.txt

And I run:
tallow -d "c:\some\dir" -rs c:\some

It gives a path like this:
SourceDir\dir\and\files.txt

And if I run tallow from c:\some, I can just do:
tallow -d "c:\some\dir" -rs
(this will assume the current directory is the point at
which the paths should be chopped off.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1428486&group_id=105970


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
WiX-devs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wix-devs

Reply via email to