11 Apr 2021 19:09:54 UTC
- Distribution: Statocles
- Source (raw)
- Browse (raw)
- How to Contribute
- Issues (115)
- Testers (74 / 198 / 9)
- KwaliteeBus factor: 1
- % Coverage
- License: perl_5
- Perl: v5.16.0
- Download (484.85KB)
- MetaCPAN Explorer
- Subscribe to distribution
- and possibly others
- Reverse dependencies
- CPAN Testers List
- Dependency graph
- This version
- Latest version++ed by:10 non-PAUSE users
- BREAKING CHANGES
- SEE ALSO
- COPYRIGHT AND LICENSE
Statocles::Help::Upgrading - A guide to pitfalls when upgrading Statocles
This document describes deprecated features and other pitfalls to encounter when upgrading Statocles.
- site "index" property should be absolute path to index page (got "%s")
The site object "index" property used to be the name of the application that should be used as the index. For this to work, applications need to say which of their pages should be the site index, which they did by putting that page first in the list of pages returned. This was magic, and prone to breakage. It also doesn't allow the site author to choose any page they want as the site index.
To fix this, set the site's "index" property to the path to the page you want to be the index page, including the leading slash.
See the docs for the index property of the Site object for more information.
Deprecated in v0.051. Fatal in v1.000. Exception removed in v2.000.
Thanks to Kyle Sheely for the idea.
- Statocles::Store::File is deprecated
Statocles::Store::File was created in anticipation of making other Store objects like MongoDB or Hadoop. But, having it merely complicates the API without actually changing whether other Stores could be created (apparently I forgot that polymorphism exists).
Since the likelihood of those other Stores is low, and since having only one Statocles::Store doesn't prevent making a Statocles::Store::MongoDB or Statocles::Store::Custom class, it's better to remove this complexity before v1.000
The shim module that remains in place will be removed in v1.000.
- Statocles::Store->write_document returning a value is deprecated
write_documentmethod for Statocles::Store used to return the full path to the document written. This was for display purposes only, as developers should be using the store object to deal with the filesystem. It was thought that this would provide encapsulation, but that was misguided at best.
With Statocles::Store::File removed, there's no need for a write method to return anything. Now,
write_filework the same.
This method was removed in
- Statocles::App::Plain has been renamed to Statocles::App::Basic
The name "Plain" did not really explain well what the app was. The name "Basic" implies that it is the base functionality for Statocles apps.
Simply switching your existing Plain apps to Basic apps will solve this problem with no change to functionality.
The Plain app stub will be removed in v2.000.
- Statocles::App::Static has been replaced by Statocles::App::Basic
Since every application now has the ability to copy static files, there's no real reason to have an app specifically for static files. To host static files without bells and whistles, the Basic app can be used.
The Static app will be removed in v2.000.
- The tzoffset shim method will be removed in Statocles version 2.0.
In order to allow documents dated before 1900, Statocles is now using a different date/time library, DateTime::Moonpig. This new library is mostly compatible, except for the the
tzoffsetmethod, which is used by the RSS feed because it uses the RFC822 date format.
Statocles adds a shim method that replicates the functionality, but it is a better idea to fix your templates to use the correct method.
To fix this, copy the
blog/index.rss.eptemplate from the default theme, or change
$p->date->tzoffset / 36in the
$p->date->offset / 3600.
Deprecated in v0.070. Will be removed in v2.000.
- Invalid data attribute in document
As the first place we added the
dataattribute, Statocles::Document objects always allowed any kind of data to be put there. Later, when we added
dataattributes to the site, theme, app, and page objects, we only allowed hashes.
To make things consistent, and since allowing arrays and plain strings as the data doesn't really gain anything.
To fix this, make your string or array a key in your data hash:
# old --- data: - 1 - 2 - 3 # new --- data: numbers: - 1 - 2 - 3 # old --- data: foo # new --- data: variable_name: foo
Deprecated in v0.075. Will be removed in v2.000.
- Using default layout "site/layout.html.ep" is deprecated
The old default layout was located in the
sitedirectory of the theme. This worked when there was only one default layout, but now there are multiple. So, the layouts were moved to their own directory:
layout. The default layout is now
To fix this, either move your current
layout/default.html.ep, or explicitly override the default layout in your site config:
site: args: # ... templates: layout.html: site/layout.html
Deprecated in v0.75. Will be removed in v2.000.
- Perldoc application paths have changed
The Perldoc app now creates directories so that documentation paths no longer need a
.htmlat the end.
/pod/Statocles/App.html -> /pod/Statocles/App
The documentation page path now ends with
/index.html, and the source page is in the same directory and named
This change was made to make the URLs look nicer, but also to hopefully allow for extra documentation collateral in the future, like images and diagrams.
Statocles::Help::Policy - Policy for deprecations
Doug Bell <email@example.com>
This software is copyright (c) 2016 by Doug Bell.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
|s||Focus search bar|
|?||Bring up this help dialog|
|g p||Go to pull requests|
|g i||go to github issues (only if github is preferred repository)|
|g a||Go to author|
|g c||Go to changes|
|g i||Go to issues|
|g d||Go to dist|
|g r||Go to repository/SCM|
|g s||Go to source|
|g b||Go to file browse|