RC2 Contents.

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

RC2 Contents.

James Crook
I'm drawing up a list for what to put in RC2.

- Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
- Fix for the garbled message in the installer in languages using
unicode.  (BOM issue)
- Updated French, Polish and Slovenian translations that were received
too late for inclusion.
- All platforms built from the same commit.  Previously Linux tarball
was from a later commit.

Are there other changes of this kind, such as changes to the readme that
I should be considering?

--James.


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Paul Licameli


On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
I'm drawing up a list for what to put in RC2.

- Fix for the SaveAs file deletion.  (Overzealous 1567 fix)

Point me to the report of that problem?

PRL
 
- Fix for the garbled message in the installer in languages using
unicode.  (BOM issue)
- Updated French, Polish and Slovenian translations that were received
too late for inclusion.
- All platforms built from the same commit.  Previously Linux tarball
was from a later commit.

Are there other changes of this kind, such as changes to the readme that
I should be considering?

--James.


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

James Crook
On 2/19/2017 1:22 PM, Paul Licameli wrote:
> On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
>
>> I'm drawing up a list for what to put in RC2.
>>
>> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
>>
> Point me to the report of that problem?
It's on devel:
http://audacity.238276.n2.nabble.com/Audacity-2-1-3-RC1-potential-data-loss-td7578391.html

I've just made a Bugzilla entry for it:
http://bugzilla.audacityteam.org/show_bug.cgi?id=1594

--James.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Paul Licameli
I have made a branch bug1594 in my origin.

PRL


On Sun, Feb 19, 2017 at 8:52 AM, James Crook <[hidden email]> wrote:
On 2/19/2017 1:22 PM, Paul Licameli wrote:
> On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
>
>> I'm drawing up a list for what to put in RC2.
>>
>> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
>>
> Point me to the report of that problem?
It's on devel:
http://audacity.238276.n2.nabble.com/Audacity-2-1-3-RC1-potential-data-loss-td7578391.html

I've just made a Bugzilla entry for it:
http://bugzilla.audacityteam.org/show_bug.cgi?id=1594

--James.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Gale
Administrator
In reply to this post by James Crook
Thanks for asking, James.

README:
* Section 5 should be mac/Build.txt not mac/compile.txt  .

* Should Changes since 2.1.2 mention all-in-one for Mac?

* The bugs fixed section of Changes since is unspecific and
   doesn't say how to find out more. Shouldn't we say what the "five
   longstanding bugs" are if they were high rated? If I can get a
   vote passed for a CHANGELOG, I would expand the bugs fixed
   since 2.1.2 in that new file to a reasonable number of bullets.

OTHER:
* mac/Install.txt could do with updating (there is no Audacity folder
  now and right-click > Open > Open is not now necessary). Install.txt
  should probably also have our text about handling duplicated plugin
  folders. I can make a change to that file if you permit.

* Can you likewise fix the Mac installer so it does not refer to the
  "Audacity folder"?

* When the code's ready, do you want me to try building the new tarball
  to see if we can do without changing default ./configure to local libflac
  and local ffmpeg? I don't know if distros building Audacity are going to
  like those changes.


Gale


On 19 February 2017 at 10:40, James Crook <[hidden email]> wrote:

> I'm drawing up a list for what to put in RC2.
>
> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
> - Fix for the garbled message in the installer in languages using
> unicode.  (BOM issue)
> - Updated French, Polish and Slovenian translations that were received
> too late for inclusion.
> - All platforms built from the same commit.  Previously Linux tarball
> was from a later commit.
>
> Are there other changes of this kind, such as changes to the readme that
> I should be considering?
>
> --James.
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Audacity-quality mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-quality

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

James Crook
In reply to this post by Paul Licameli
Works well in my tests.
I think we'll use that.


What are your thoughts on replacing wxEmptyString by ".DS_Store" and
making this clean up mac only, if that really is the only file that we
are dealing with?  CleanDir would need changing to make that work.

Perhaps also we should not follow symbolic links when doing CleanDir??  
I think we should also skip the cleaning if the cleanupLoc1 contains
'..' anywhere in it??  Or is that me being too defensive-programming?


       CleanDir(
          cleanupLoc1, wxEmptyString, _("Cleaning up cache
directories"), true);


--James.


On 2/19/2017 5:59 PM, Paul Licameli wrote:

> I have made a branch bug1594 in my origin.
>
> PRL
>
>
> On Sun, Feb 19, 2017 at 8:52 AM, James Crook <[hidden email]> wrote:
>
>> On 2/19/2017 1:22 PM, Paul Licameli wrote:
>>> On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
>>>
>>>> I'm drawing up a list for what to put in RC2.
>>>>
>>>> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
>>>>
>>> Point me to the report of that problem?
>> It's on devel:
>> http://audacity.238276.n2.nabble.com/Audacity-2-1-3-RC1-
>> potential-data-loss-td7578391.html
>>
>> I've just made a Bugzilla entry for it:
>> http://bugzilla.audacityteam.org/show_bug.cgi?id=1594
>>
>> --James.


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Paul Licameli


On Sun, Feb 19, 2017 at 2:23 PM, James Crook <[hidden email]> wrote:
Works well in my tests.
I think we'll use that.


What are your thoughts on replacing wxEmptyString by ".DS_Store" and
making this clean up mac only, if that really is the only file that we
are dealing with?  CleanDir would need changing to make that work.

Perhaps also we should not follow symbolic links when doing CleanDir??
I think we should also skip the cleaning if the cleanupLoc1 contains
'..' anywhere in it??  Or is that me being too defensive-programming?


       CleanDir(
          cleanupLoc1, wxEmptyString, _("Cleaning up cache
directories"), true);


--James.

I agree that the more defensive solution may be the better one, though it would disturb more lines of code now.

PRL

 


On 2/19/2017 5:59 PM, Paul Licameli wrote:
> I have made a branch bug1594 in my origin.
>
> PRL
>
>
> On Sun, Feb 19, 2017 at 8:52 AM, James Crook <[hidden email]> wrote:
>
>> On 2/19/2017 1:22 PM, Paul Licameli wrote:
>>> On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
>>>
>>>> I'm drawing up a list for what to put in RC2.
>>>>
>>>> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
>>>>
>>> Point me to the report of that problem?
>> It's on devel:
>> http://audacity.238276.n2.nabble.com/Audacity-2-1-3-RC1-
>> potential-data-loss-td7578391.html
>>
>> I've just made a Bugzilla entry for it:
>> http://bugzilla.audacityteam.org/show_bug.cgi?id=1594
>>
>> --James.


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

James Crook
In reply to this post by Gale
On 2/19/2017 6:00 PM, Gale Andrews wrote:
> Thanks for asking, James.
>
> README:
> * Section 5 should be mac/Build.txt not mac/compile.txt  .
Done

> * Should Changes since 2.1.2 mention all-in-one for Mac?
Done.  (Edit it if you want).

> * The bugs fixed section of Changes since is unspecific and
>     doesn't say how to find out more. Shouldn't we say what the "five
>     longstanding bugs" are if they were high rated? If I can get a
>     vote passed for a CHANGELOG, I would expand the bugs fixed
>     since 2.1.2 in that new file to a reasonable number of bullets.
Decided not to.  Don't feel it would add enough of value for most visitors.
Longer term we need to look at making this kind of thing lower
maintenance for us.

I'd like, e.g,  to point people to a wiki page with (fewer) tables like
the ones on
http://wiki.audacityteam.org/wiki/Next_Release .  I added a
long-standing bugs cleared table
there which updates automatically.  But I want to think about how we do
this longer term from git perspective.


>
> OTHER:
> * mac/Install.txt could do with updating (there is no Audacity folder
>    now and right-click > Open > Open is not now necessary). Install.txt
>    should probably also have our text about handling duplicated plugin
>    folders. I can make a change to that file if you permit.
Partly done.  You're welcome to edit further.

> * Can you likewise fix the Mac installer so it does not refer to the
>    "Audacity folder"?
Done.
You can see the change here:
https://github.com/audacity/audacity/commit/b7cd1f

> * When the code's ready, do you want me to try building the new tarball
>    to see if we can do without changing default ./configure to local libflac
>    and local ffmpeg? I don't know if distros building Audacity are going to
>    like those changes.
The default ./configure DOES now build with the local versions.  If
distros want to do otherwise they can set explicit system flags when
they invoke configure.  You're welcome to try explicit flags on the
./configure line, but I'm not going to treat success/failure as a show
stopper, so I think marginal gain.

I'm undecided about adding more defensive fixing for the show-stopper.  
I probably will, tomorrow, and do a signed build then.

--James.



------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Gale
Administrator
On 19 February 2017 at 22:47, James Crook <[hidden email]> wrote:
> On 2/19/2017 6:00 PM, Gale Andrews wrote:
>> Thanks for asking, James.
>>
>> README:
>> * Section 5 should be mac/Build.txt not mac/compile.txt  .
> Done
>
>> * Should Changes since 2.1.2 mention all-in-one for Mac?
> Done.  (Edit it if you want).

Slightly tweaked.

>> * The bugs fixed section of Changes since is unspecific and
>>     doesn't say how to find out more. Shouldn't we say what the "five
>>     longstanding bugs" are if they were high rated? If I can get a
>>     vote passed for a CHANGELOG, I would expand the bugs fixed
>>     since 2.1.2 in that new file to a reasonable number of bullets.
> Decided not to.  Don't feel it would add enough of value for most visitors.
> Longer term we need to look at making this kind of thing lower
> maintenance for us.
>
> I'd like, e.g,  to point people to a wiki page with (fewer) tables like
> the ones on
> http://wiki.audacityteam.org/wiki/Next_Release .  I added a
> long-standing bugs cleared table
> there which updates automatically.  But I want to think about how we do
> this longer term from git perspective.

I'm +1 on automating bugs-cleared lists (presumably P3 or greater).

But I don't think we should be scared of mentioning a few "highlight"
bug fixes in the README.

Remember too we were talking offlist about perhaps mentioning fixes
in the README for alpha pre-releases.

My point about features/bugs fixed being in one place is probably
different from what you're talking about. When we're supporting
users on 2.1.3 back to those using 2.0.0, looking through more than
10 release notes pages to find when a significant new feature came in
or when a significant bug was fixed is a pain. It was often convenient
to use README for this purpose, now not so.

I understand your point about top of README being terse and exciting
but we want somewhere to put the Timeline of Audacity, surely.


>> OTHER:
>> * mac/Install.txt could do with updating (there is no Audacity folder
>>    now and right-click > Open > Open is not now necessary). Install.txt
>>    should probably also have our text about handling duplicated plugin
>>    folders. I can make a change to that file if you permit.
> Partly done.  You're welcome to edit further.

I added some text about duplicates, and pointed to the Manual's
installation page for Mac.


>> * Can you likewise fix the Mac installer so it does not refer to the
>>    "Audacity folder"?
> Done.
> You can see the change here:
> https://github.com/audacity/audacity/commit/b7cd1f

Much better. Thanks.


>> * When the code's ready, do you want me to try building the new tarball
>>    to see if we can do without changing default ./configure to local libflac
>>    and local ffmpeg? I don't know if distros building Audacity are going to
>>    like those changes.
> The default ./configure DOES now build with the local versions.

And for me, but not my point.


> If distros want to do otherwise they can set explicit system flags when
> they invoke configure.  You're welcome to try explicit flags on the
> ./configure line, but I'm not going to treat success/failure as a show
> stopper, so I think marginal gain.

Not a show stopper but your change may or may not be annoying
especially for libflac. I am still not clear what's gone wrong that it
was necessary on your machine.

Right now I can only talk about build from HEAD rather than running
the tarball script, but Audacity does build for me with system FFmpeg
and system libflac on nominally the same system as you have.

Probably we want to address this for 2.2.0 so you James can build with
the system libflac too.


> I'm undecided about adding more defensive fixing for the show-stopper.
> I probably will, tomorrow, and do a signed build then.

In principle, Save removing the temporary project folder on all
platforms, even if other temporary project folders exist, seems a
good change. Obviously if we have full confidence in safety.

I am almost certain leaving the folder behind, if that was being
considered will (on Mac) bring 1567 back.

Current fix for showstopper seems good so far to me.



Gale


> --James.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

Peter Sampson-2
>> * Should Changes since 2.1.2 mention all-in-one for Mac?
> Done.  (Edit it if you want).

Slightly tweaked.

There is a small typin in commit #630fc59

where it says on line #85:  "serperate" which should be "separate"

Peter

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Open Recent

Cliff Scott
In reply to this post by Gale
This isn't something for 2.1.3, but I find that the "Recent" file list contents inconsistent. What I mean is that for instance, yesterday I did a recording, saved it, edited it some, saved to a new name, finished editing then saved again to a new name. Opening Audacity today none of yesterday's work is listed in the list. Sometimes it is, but not the last couple of times. I've seen this inconsistency for quite some time.

Maybe there is some logic that I'm missing, but to my way of thinking it should put each file name in the list as it is saved so it can be recalled easily. Does anyone else see this?

Cliff
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: RC2 Contents.

James Crook
In reply to this post by Paul Licameli
Paul, could you review my two 'more defensive' fixes?  Thanks.

This commit is the most invasive of them, as it adds a new fileSpec
parameter.
https://github.com/audacity/audacity/commit/89c44f

This one just stops us following symlinks.
https://github.com/audacity/audacity/commit/0a518b

--James.


On 2/19/2017 9:46 PM, Paul Licameli wrote:

> On Sun, Feb 19, 2017 at 2:23 PM, James Crook <[hidden email]> wrote:
>
>> Works well in my tests.
>> I think we'll use that.
>>
>>
>> What are your thoughts on replacing wxEmptyString by ".DS_Store" and
>> making this clean up mac only, if that really is the only file that we
>> are dealing with?  CleanDir would need changing to make that work.
>>
>> Perhaps also we should not follow symbolic links when doing CleanDir??
>> I think we should also skip the cleaning if the cleanupLoc1 contains
>> '..' anywhere in it??  Or is that me being too defensive-programming?
>>
>>
>>         CleanDir(
>>            cleanupLoc1, wxEmptyString, _("Cleaning up cache
>> directories"), true);
>>
>>
>> --James.
>>
> I agree that the more defensive solution may be the better one, though it
> would disturb more lines of code now.
>
> PRL
>
>
>
>>
>> On 2/19/2017 5:59 PM, Paul Licameli wrote:
>>> I have made a branch bug1594 in my origin.
>>>
>>> PRL
>>>
>>>
>>> On Sun, Feb 19, 2017 at 8:52 AM, James Crook <[hidden email]> wrote:
>>>
>>>> On 2/19/2017 1:22 PM, Paul Licameli wrote:
>>>>> On Sun, Feb 19, 2017 at 5:40 AM, James Crook <[hidden email]> wrote:
>>>>>
>>>>>> I'm drawing up a list for what to put in RC2.
>>>>>>
>>>>>> - Fix for the SaveAs file deletion.  (Overzealous 1567 fix)
>>>>>>
>>>>> Point me to the report of that problem?
>>>> It's on devel:
>>>> http://audacity.238276.n2.nabble.com/Audacity-2-1-3-RC1-
>>>> potential-data-loss-td7578391.html
>>>>
>>>> I've just made a Bugzilla entry for it:
>>>> http://bugzilla.audacityteam.org/show_bug.cgi?id=1594
>>>>
>>>> --James.
>>


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: Open Recent

Gale
Administrator
In reply to this post by Cliff Scott
Thanks, Cliff.

I've seen something similar but never been able to reproduce it.

I doesn't keep a record of exported files, which I think it should.

IMO it would be better if it was split into Recent Files and Recent
Projects.


Gale


On 20 February 2017 at 14:59, Cliff Scott <[hidden email]> wrote:

> This isn't something for 2.1.3, but I find that the "Recent" file list contents inconsistent. What I mean is that for instance, yesterday I did a recording, saved it, edited it some, saved to a new name, finished editing then saved again to a new name. Opening Audacity today none of yesterday's work is listed in the list. Sometimes it is, but not the last couple of times. I've seen this inconsistency for quite some time.
>
> Maybe there is some logic that I'm missing, but to my way of thinking it should put each file name in the list as it is saved so it can be recalled easily. Does anyone else see this?
>
> Cliff
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Audacity-quality mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-quality

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: Open Recent

Cliff Scott
That sounds like a good idea. For me once a project is exported the exported file isn't of any interest to me as far as working with Audacity as I save just before export and any changes will be made using the saved file and not the export, but it may be for some others.

Cliff

> On Feb 20, 2017, at 10:35 AM, Gale Andrews <[hidden email]> wrote:
>
> Thanks, Cliff.
>
> I've seen something similar but never been able to reproduce it.
>
> I doesn't keep a record of exported files, which I think it should.
>
> IMO it would be better if it was split into Recent Files and Recent
> Projects.
>
>
> Gale
>
>
> On 20 February 2017 at 14:59, Cliff Scott <[hidden email]> wrote:
>> This isn't something for 2.1.3, but I find that the "Recent" file list contents inconsistent. What I mean is that for instance, yesterday I did a recording, saved it, edited it some, saved to a new name, finished editing then saved again to a new name. Opening Audacity today none of yesterday's work is listed in the list. Sometimes it is, but not the last couple of times. I've seen this inconsistency for quite some time.
>>
>> Maybe there is some logic that I'm missing, but to my way of thinking it should put each file name in the list as it is saved so it can be recalled easily. Does anyone else see this?
>>
>> Cliff
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Audacity-quality mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/audacity-quality
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Audacity-quality mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/audacity-quality


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: Open Recent

Peter Sampson-2
Me too - but like Gale it's not consistent.

I don't usually use the Recent Files/Projects in Audacity so I don't
get to notice it much.

Peter.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality
Reply | Threaded
Open this post in threaded view
|

Re: Open Recent

Robert Hänggi
A couple of weeks ago, I made a feature request on the forum regarding
this and similar issues.
Robert

2017-02-20 19:10 GMT+01:00, Peter Sampson <[hidden email]>:
> Me too - but like Gale it's not consistent.
>
> I don't usually use the Recent Files/Projects in Audacity so I don't
> get to notice it much.
>
> Peter.
>

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Audacity-quality mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/audacity-quality