Mu.Lab tutorial help!!

[soopey]

So i'm trying to follow the tutorial at this link
http://www.mutools.com/mulab/tutorials/ ... index.html

It says click on the first rack and go to Synths -> Synthia and add that to the first rack.

Problem is I don't see it.... anyone lend me a hand?

[MuTools]

As the title bar says, it's a MuLab 3 tutorial.

MuLab 4 mainly works in the same way, though there are some differences between M3 and M4.

New tutorials will come soon.

[soopey]

Thanks for the quick reply. well still a bit confused that I can't find the "Synth" tab when I try to select an effect in the rack. Are they synth stuff in version 4.1.8? Or is it hidden somewhere else? thanks again

[MuTools]

Yes absolutely, M4 is full of synth presets. They're in the "Instruments" group.

[Reincke]

New tutorials will come soon.

Hi Jo,
looking forward to these ...
Please, would it be possible for you to set a version date on the index page of the MuLab docs every time you update one of the documentation pages? I'm using an offline document, which I (semi-automatically) generate out of the online MuLab docs, and this would help me being up to date without "daily polling" for updated pages. Thanks in advance.
JR

[MuTools]

New tutorials will come soon.

Hi Jo,
looking forward to these ...

Working on it!

Please, would it be possible for you to set a version date on the index page of the MuLab docs every time you update one of the documentation pages?

The docs are tagged towards the main MuLab version. Currently that is MuLab 4. It's in the title bar of each doc page.

I'm using an offline document, which I (semi-automatically) generate out of the online MuLab docs, and this would help me being up to date without "daily polling" for updated pages. Thanks in advance.
JR

Why this complexity?
Note you can download the latest docs as a zip package from http://www.mutools.com/mulab-support.html

And when it would really be important for you to see the changes compared to a previous version, then you could use a text file comparer on the different doc versions.

[Reincke]

The docs are tagged towards the main MuLab version. Currently that is MuLab 4. It's in the title bar of each doc page.

I'm using an offline document, which I (semi-automatically) generate out of the online MuLab docs, and this would help me being up to date without "daily polling" for updated pages. Thanks in advance.
JR

Why this complexity?
Note you can download the latest docs as a zip package from http://www.mutools.com/mulab-support.html

And when it would really be important for you to see the changes compared to a previous version, then you could use a text file comparer on the different doc versions.

Hi Jo,
thank you for reply. Probably I missed the point in my request. Let me briefly explain:
I'm "offline" most of the time I'm working with MuLab on my netbook. The "docs as a zip package" are really handy, especially as a reference guide. BUT: Frequently I'm searching for text in the docs, which is very circumstantial in single html pages (offline - no google search!). For this purpose I'm using the pdf, which contains all html pages and easily allows searching text in the entire document. And in both cases (html AND pdf) it would be very helpful to decide, whether a new download/generate is necessary or not. A "date of latest change" would indicate that, e.g. on the index page (the MuLab Version does not). No, I do not need to track the changes with a text file comparer, which also requires periodic downloads/compares. This ist much more complex than an occasional glance at the index page.

I just want to assure being up-to-date with the offline docs. Hey, here's someone who reads your documentation ...
JR

[MuTools]

You could check the timestamps of the html files to see when they've last changed. Right?

[Reincke]

You could check the timestamps of the html files to see when they've last changed. Right?

Thx for pickin' up the topic again. Yes to the check, no to the plural ("timestampS"). Similar to the front page of a conceptual document just 1 (!) timestamp on the index html page with the date of the latest change of any (!) page would nearly be perfect. Would this be possible?
JR

[MuTools]

I mean the timestamps that are automatically updated by the file system whenever a file is changed.

[Reincke]

I mean the timestamps that are automatically updated by the file system whenever a file is changed.

Since I cannot look on your web server I think you mean the timestamps in the zip file? Yes, that is another solution. More comfortable for you ('cause it's already there), less comfortable for (at least) me, because it requires a download of the zip and open and sort and check for date, every time I would like check for an up-to-date documentation.
What I meant was the readable date of the latest change in the body of the "index.html", manually edited by the author (this is you ) whenever he updates a html page of the docs.
So everyone (or at least me) knows: "Wow, there is a new version of the docs!" an can decide to download or not. And I can start doc file generator (which I willingly supply to others).
JR

[MuTools]

I mean the timestamps that are automatically updated by the file system whenever a file is changed.

Since I cannot look on your web server I think you mean the timestamps in the zip file?

Indeed.

Yes, that is another solution. More comfortable for you ('cause it's already there), less comfortable for (at least) me, because it requires a download of the zip and open and sort and check for date, every time I would like check for an up-to-date documentation.

You would need to do the same type of job even if i did it manually.

What I meant was the readable date of the latest change in the body of the "index.html", manually edited by the author (this is you ) whenever he updates a html page of the docs.
So everyone (or at least me) knows: "Wow, there is a new version of the docs!" an can decide to download or not. And I can start doc file generator (which I willingly supply to others).

Ah ok i misunderstood. I thought you wanted me to update a date on each html separately.

Anyway, same principle: You could just check the timestamp of the docs zip file itself

I'll do my very best to always update the docs zip whenever there has been a change in the docs. That should be the case anyway. So this way you are happy as you have a last-changed-timestamp and i don't have extra manual work. Not that i'm lazy, i'm sure you know that, i just want to optimize jobs as much as possible; Many jobs on the wishlist!!

[Reincke]

Anyway, same principle: You could just check the timestamp of the docs zip file itself
I'll do my very best to always update the docs zip whenever there has been a change in the docs. That should be the case anyway. So this way you are happy as you have a last-changed-timestamp and i don't have extra manual work. Not that i'm lazy, i'm sure you know that, i just want to optimize jobs as much as possible; Many jobs on the wishlist!!

I know it's important to have an optimzed workflow during software development. Your suggestion might be a workaround, although: Where can I read the timestamp of the "docs zip file" without downloading and open it and looking for the latest html file inside?
JR

[MuTools]

Your suggestion might be a workaround, although: Where can I read the timestamp of the "docs zip file" without downloading and open it and looking for the latest html file inside?

Right, i forgot it's in a covered webfolder.
Anyway, download the doc zip (that's not a prob, is it?) and in WinZip (or any other zip handler) sort the files per date, then you can easily see which file was changed latest. Right?

[Reincke]

Anyway, download the doc zip (that's not a prob, is it?) and in WinZip (or any other zip handler) sort the files per date, then you can easily see which file was changed latest. Right?

As I pointed out before, this "workaround" is - from my point of view - neither easily nor not a prob. But I guess another solution seems to be too expensive, so I withdraw my request for the benefit of others. Thanks anyway for your efforts.
JR