On Thu, 2010-07-01 at 11:54 +0200, Zeno Gantner wrote:

Thanks Zeno,

Whenever you have a few spare tuits! :)

However there is an issue with 0.65 on Win32...

Trying to get  a 0.66 out now...

Peter.



> Hi list, hi Peter,
> 
> this just looks great, and makes me want to become more active in the
> Padre development again!
> 
> Kudos to the Padre team!
> 
> Best regards,
>   Zeno
> 
> On Thu, Jul 1, 2010 at 7:28 AM, Peter Lavender <pla...@internode.on.net> 
> wrote:
> > Original:
> > http://perlwannabe.vox.com/library/post/padre-065---unstable---task-20-released.html
> >
> > Padre 0.65 - Unstable - Task 2.0 Released
> >
> > Padre 0.65 is the first of the unstable releases after the Task 2.0 rewrite
> > by Adam Kennedy was merged into trunk.
> >
> > In a fairly long - for Padre development - period of time Adam Kennedy
> > (Alias) worked pretty darn hard to get the rough edges polished off.
> >
> > Along with plenty of us finding where things weren't working so well.  This
> > bit though will be ongoing of course.  :)
> >
> > Overall Padre has been fairly stable after the merge was completed, out
> > standing issues for now are plugins that used the old Task API that need to
> > be ported to the new API.
> >
> > The changes for this release follow:
> >
> >     - Task 2.0 API landed on trunk (and everything breaks) (ADAMK)
> >     - Converted the FunctionList GUI component to work via a task (ADAMK)
> >     - Padre::Role::Task role added to allow any object in Padre
> >       to be the "owner" of task and automatically handle which
> >       tasks are still relevant to the UI state at the time the task
> >       is completed, and ignore the ones that aren't (ADAMK)
> >     - New compulsory Padre::Wx::Role::View for editor GUI componants
> >       that want to live in the left/right/bottom tool panels (ADAMK)
> >     - Renamed a number of classes to simpler names. Because we are
> >       breaking everything anyway, this is an opportune time to lump
> >       in these low-importance changes (ADAMK)
> >     - Padre::DocBrowser --> Padre::Browser (ADAMK)
> >     - Padre::Wx::DocBrowser --> Padre::Wx::Browser (ADAMK)
> >     - Padre::Wx::Role::MainChild --> Padre::Wx::Role::Main (ADAMK)
> >     - Language-specific task sub-classes now live under the document class
> >       instead of under the Padre::Task tree, to encourage concentration
> >       of language-specific code within the document tree (ADAMK)
> >     - Padre::Task::Perl::Syntax --> Padre::Document::Perl::Syntax (ADAMK)
> >     - Padre::Task::Perl::Outline --> Padre::Document::Perl::Outline (ADAMK)
> >     - Startup config file now uses a custom hyper-minimalist format
> >       which avoids the need to load YAML::Tiny before the first thread
> >       spawn, saving about 400k per thread (ADAMK)
> >     - Padre::Logger now allows the PADRE_DEBUG environment variable to be
> >       set to a specific class name, enabling logging only for that class.
> >       This simplies tracing around a specific problem now that the number
> >       of classes with debugging hooks is getting large (ADAMK)
> >     - Moved the startup tool enabling of the syntax check and error list
> >       from the startup timer to the constructor, and prevent them from
> >       writing back to the config. We no longer need to write the config
> >       at all during startup, making startup faster (ADAMK)
> >     - Scroll the output window down on outputs (kthakore)
> >     - Directory browser rewritten to operate in the background (ADAMK)
> >     - Improved directory tree search to take advantage of new background
> >       file scanning. It is now instantaneously quick (ADAMK)
> >     - Added the PPI::Cache API to provide a simple common mechanism for
> >       stashing GUI model data such that all cache data can be cleaned up in
> >       one go when the relevant project or document is released (ADAMK)
> >     - Fixing some new bugs or adding temporary workarounds for them (SEWI)
> >     - Rebuild History using non-blocking IO on Padre start (SEWI)
> >
> > As you can see Adam has been very busy this cycle.  What you don't see is
> > the work involved to get the new API ready for merging.  I think this was
> > something like a 3-4 month ( 6 maybe? ) journey for Adam to get to where we
> > are today.
> >
> > Thanks to Adam for all his hard work, it's a stand out release for all his
> > efforts.
> >
> > Padre 0.65 is released as unstable only to provide a warning that this is a
> > major work in progress.  If you like to live a little on the edge, then step
> > up, upgrade Padre and let us know where you find Padre not working as it
> > should.
> >
> > The package maintainer though can skip this version of Padre and remain at
> > 0.64.  We'll make it well known when we consider Padre ready for prime time
> > again.
> >
> > As always a big thanks to all our contributors.  If you have any questions
> > or just want to chat, drop into #padre on irc.perl.org.
> >
> > Oh.. as a side note, I mucked up the release and forgot to update the
> > Changes file.  Sorry!!!
> > _______________________________________________
> > Padre-dev mailing list
> > Padre-dev@perlide.org
> > http://mail.perlide.org/mailman/listinfo/padre-dev
> >
> >
> _______________________________________________
> Padre-dev mailing list
> Padre-dev@perlide.org
> http://mail.perlide.org/mailman/listinfo/padre-dev


_______________________________________________
Padre-dev mailing list
Padre-dev@perlide.org
http://mail.perlide.org/mailman/listinfo/padre-dev

Reply via email to