Nikos,

When Tobias finishes the resources framework, this problem might very well go away. I suggest sit tight and then see if you need to address this problem after the new resources framework is done.

Andy

On Tue, Oct 13, 2009 at 4:28 PM, Nikos Chantziaras <realnc@arcor.de> wrote:
On 10/14/2009 02:18 AM, William Lahti wrote:
> Hello Nikos!
>
> On Tue, Oct 13, 2009 at 6:09 PM, Nikos Chantziaras <realnc@arcor.de
> <mailto:realnc@arcor.de>> wrote:
>
>     For this to be feasible, the full path of the files should not be stored
>     if that file is detected to reside in the same directory as the *.mmpz
>     file.  This again would mean that LMMS should ask for a filename right
>     at project creation.
>
>
> It looks like LMMS doesn't store absolute paths by default anyway, at
> least according to my quick look at a simple mmp file. Are the samples
> in some path that LMMS knows about (and thus can scan when you reopen a
> file)?

Hmm, you are right.  My mistake.


> As for the feature itself, I would agree that it's a good idea. Maybe
> there are some caveats though. This could also be accomplished by
> supporting zip files, either with a new export plugin or as a real save
> format or some combination.
>
>     I could probably try to code this myself if you people think that would
>     be a nice addition.
>
> I have a feeling the devs would agree :-) Make sure you have a recent
> version-- could've been fixed at some point.

I always use the Git sources :)

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
LMMS-devel mailing list
LMMS-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lmms-devel



--
Andy Kelley
Nuclear Development
http://nucleardev.com/