PostNuke

Site search

Search results

Number of hits: 85

OS History   (Content)

See http://www.gnu.org/philosophy/free-software-for-freedom.html for more explanation of the difference between the two movements.

The basic philosophy behind open source is very simple: When programmers can read, redistribute, and modify the source code for a piece of software, the software evolves. People improve it, people adapt it, and people fix the bugs. And this can happen at a speed that, if one is used to the slow pace of conventional software development, seems astonishing.

There are many active Open Source Software projects but some may be thinking you get what you pay for, so if it's free there must be something wrong with it. Sometimes this is true but there are open source software projects providing stable, scalable applications. The key is to know where to look and what to look for when evaluating the stability and scalability.

Here are a few interesting facts and examples of Open Source projects:

Apache is the number one web server at nearly 62% of all installations. Second place was help by Microsoft at just under 27%. (Source: Netcraft)
GNU/Linux is the number two operating system at nearly 30% of all servers behind Microsoft operating system at nearly 50%. (Source: Netcraft)

Sendmail (a mail transport agent) sendmail has become one of the standards of the Internet's infrastructure (TCP/IP, Apache, sendmail).

BIND the Berkley Internet Naming Daemon responsible for mapping domain names to IP addresses ran on 95% of all public reverse DNS servers. (Source: Information Sciences Institute of the University of Southern California).
MySQL founded in 1995 by two open source veterans, Michael "Monty" Widenius and David Axmark, with the help of Allan Larsson and claims 4 million installations worldwide and 30,000 downloads of the software per day making MySQL by far the planet's most widely distributed open-source database. (Source: mySQL)

PHP is a widely used general-purpose scripting language that is especially suited for Web development and can be embedded into HTML and as of May 2003 it was being used on 12,487,030 domains and 1,321,203 IP addresses. (Source: PHP)

Linux Operating System is over three years old and has grabbed 13.7 percent of the $50.9 billion market for server computers, and that figure is expected to jump to 25.2 percent in 2006, putting Linux in the No. 2 position. (Source: IDC)

SourceForge a site providing support tools and resources for the OSS/Free Software movement recently announced a major two year

Generated on February 27, 2009.

Trac - NOC Replacement   (News)

to the problems we are experiencing with the monolithic NOC, which is very hard to maintain. We're hoping you'll find the trac installation easy to use and navigate, and an improved NOC in all respects.

From the perspective of third party developers, trac provides a useful administration interface from which you can administrate all aspects of your project, from it's description to SVN commits list and file downloads. Trac also has much better milestone and target tracking for bugs and releases.

As a user, you can search the available projects, and use the clean navigation to find your way around. There's also an online SVN browser where you'll be able to look at a project's source code.

Chris is looking to begin converting projects over from the NOC as soon as possible. On request, he can import tracker and SVN history, or alternatively you can start afresh. He'd like to talk to people as he makes the conversion so that if anyone's missing something useful, or has suggestions he can improve the Trac installation for everyone.

Looking to the future, we'll convert the core PostNuke project over to Trac. We'll also try to get single sign on between community.postnuke.com and Trac working if possible.

If you are a third party developer, be aware that we are planning to close the NOC in the future. If you have active projects

Generated on May 4, 2008.

Development Update, 2008-01   (News)

.8 Final: the next step after RC3
Since the release of RC3, already a lot of bugfixes have been committed to the repository. The developers have agreed to address all new features to the .9 tree, where the two major changes (UTF-8 and gettext, see below) are already in active development. This should result in much shorter release cycles (and earlier release dates) also, and give module developers much more clarification on what to change in order to make their module work under the new major release. If needed, an final bugfizing weekend may still be organised for .8 final.
The upgrade from .764 installations on certain systems has been improved, by increasing the memory_limit to 64M. However, this only works for php version 5.2.1 and above.
Upgrading to .8 together with some 3rd party modules may raise problems when the modules upgrade process is not failsafe for .8 or if the upgrade function uses core functions of modules that are not available yet. Therefore the upgrade of 3rd party modules in general is avoided by following a white list of core modules.
Most site-specific data can already be easily overridden using the /config and /themes directories. The Multisites module however still needs some futher thought on the best way of running multiple sites from a single install. One method having multiple unrelated (i.e. non table sharing) sites of a single install would be to have config/site1, config/site2 etc., this will be postponed to a next release.
The Tour module is now in a state where it can be translated to other languages as well. Just translate the templates and put them in a subdir with the appropriate language abbrevation, all within the pntemplates directory.

MultiCategorization introduction and issues since
As earlier announced, a last fix for supporting MultiCategorization has been added to the core just before the release of RC3. Since those changes, another small fix was then required to be fully backwards compatible. On the module-devs list, the devs have discussed a lot on how to solve these issues. Chances are great that if the new (already committed) patches do not solve the problems, MultiCategorization might be postponed to later versions in order to fully test the new features.
For more information on MultiCategorization, visit this thread in the forum.

DOM extension to use correct paths in JavaScript
Some javascripts, eg. the lightbox, need to know the path to the system and the entrypoint as well (which can be configured in the settings), otherwise they may fail in case of short urls being enabled. Since dynamic javascript creation might be a performance problem, some inline javascript is added to the pagevars to extend the DOM:
- document.location.entrypoint: will be set to what is configured to be the entrypoint
- document.location.pnbaseURL: will point to the result of pnGetBaseURL();
Any ideas on how to make his more unobtrusive are very welcome!

PostNuke Upgrade Distribution
In previous articles and posts, the term '.8 upgrade pack' was used to represent a full .8 package, including 3rd party modules, to upgrade to .8 from an existing .764 installation. However, the term 'upgrade pack' is not quite correct and misleading, because it implies to be an upgrade package with changed files only, while the main parts remain as-is. The transition between .764 and .8 requires a complete exchange of all files, so the so called upgrade package is a complete distribution.
Now it remains what modules should be in an upgrade distribution, to be able to fully upgrade an existing .764 installation, including new versions of 3rd party modules. These include Downloads 2.2, pnMessages, Polls 2.0, bbcode / bbsmile, Weblinks, EZComments and MultiHook at least. This might need some additional testing with certain versions also.

Core changes and additions in the .9 tree
Mark has already overhauled some core API methods and calls. All systems modules are now using the Renderer Class instead of pnRender. Also, a first pass has been committed in changing all pn* function calls to new object method calls. For example, pnModGetInfo is replaced with ModuleUtil::getInfo and pnSecGenAuthKey is replaced with SecurityUtil::generateAuthKey.
For those who did not know: A class pnCompat.php still includes most oldstyle API calls for backwards compatibility.

GetText and Default DB Charset
Bernd is progressing rapidly on integrating gettext in de development tree, and has added po-files for all core modules. The required PHP version for .9 has already been set to a minimum of 5.1.6, and since version 5.0, MySql supports different character sets and corresponding collating orders. To run an application in UTF-8 (unicode) it is not sufficient to change the character set for PN; we needed to set the database encoding (actually server and client) to UTF-8 as well.
A user who wishes to run his site in multiple languages, needs to decide the database encoding at installation time. The default is UTF-8, because the current iso-8859-1 is restricted to too few language combinations. UTF-8 is a 'no-worry' setting because it will work with any language (as long as it is UTF-8 encoded.
This change is $PNConfig['DBInfo']['default']['dbcharset'] = 'utf-8';

To cache or not to cache, that's the question
Also discussed on the devs-list is the current (and future) state of output caching within PostNuke. Why should any application repeat the same processing tasks on a item that hasn't changed?
Not caching anything is fine if one has got infinite resources to throw at a site (and even then there are limits). But in reality there are finite resources and you need to take steps to ensure that those resources are effectively used. One method for that is not wasting precious resources repeating the same tasks time after time.
The key is effective cache management. Currently we put too much load onto the module to handle it's own caching. Once you then

Generated on March 2, 2008.

Going OpenID   (News)

(if you already know OpenID then jump directly to the last section about
OpenID in PostNuke)
OpenID - a Free, Decentralized Online Identity
OpenID is a relatively new web-technology for managing your online identity. It's primary purpose is to facilitate Single Sign On across independent websites. This means you can create yourself an OpenID identity and use that for login in to different websites without having to retype your password over and over again.
Your OpenID consists of a URL, e.g., http://jornwildt.myopenid.com, and the OpenID technology makes it possible for you to prove that you own this URL. So, when you want to log in to a website supporting OpenID, you type this URL and then the website takes care of the rest (almost). EnThinnai Blog compares OpenIDs to credit cards: credit cards are issued by someone, it proves your identity at the issuer, you can have as many cards as you want, and in OpenID's case you can even use them to get access to places.
You can also use your OpenID to sign a weblog comment without the need to register as a user on that website. No one else can do that with your URL so your comments cannot be spoofed by anyone.
Take a look at these demos of how it works in some applications: OpenID for WordPress.
OpenID on blogger.com.
OpenID at
plaxo.com.
On Simon Willison's website you can also see some good examples of what OpenID can be used for.
One very interesting thing is that OpenID has just been adopted by Yahoo! So now each and every one of the 250 million Yahoo! users have their own OpenID identity. Even Google, IBM, Microsoft, and VeriSign have signed up to support the new technology. With that kind of backing OpenID is no more a kids toy.
OpenID is of course not the perfect solution for everything
(see for instance idcorner.org) but I would say it is close to perfect for Single Sign On and signing comments in the web/PostNuke world I live in.
If you want to start using your own OpenID then get one at
myopenid.com - it's free and it's all you need.
OpenID in a PostNuke world
PostNuke should of course also have such a thing as OpenID for Single Sign On, user registration, signing comments and so on. So a new OpenID module for Single Sign On and user registration is on it's way (expected release in March or April). Have fun with it.
An OpenID implementation with PostNuke should also enable you to use your PostNuke installation as an Identity Provider, meaning that your OpenID could be YourName.YourSite.com. Hopefully the OpenID module will support this.
Other uses for OpenID in PostNuke could be to sign comments using the ezComments module or pre-allow access to certain Mediashare photo albums through your friends OpenIDs. Only the sky is the limit and OpenID is free for you to use and invent with.
Regards, Jørn Wildt

Generated on February 29, 2008.

News from "Behind the Scenes"   (News)

Rebranding
The new name and the logo have been chosen, now the lawyers have to do their work in claiming the necessary trademarks. This is more important for Europe as it is for the US. but we will get the trademark worldwide to avoid any future problems. But, as usual, the administrative mills are working slowly, so this needs some more time. As soon as this process has been finished we will decide about announcing the new name, either immediately or together with the final release of .8 (which will in this case be renamed to $newname 1.0).

EasyDist and the extension database
Axel and Simon have written a concept paper of how to connect the EasyDist module (see [url]http://modulestudio.de[/url]) to the extension database on this site. Necessary changes on both sides are identified and will be done in the next weeks. The plan is to have this working together with the release of $newname 1.0. Among other things EasyDist will be enabled to get the latest module or theme information from the database to create up-to-date packages whenever a new version of a module or theme has been released, an admin interaction will not be required.

Release Manager
Although the EasyDist module will become a very powerful tool we still have to supply the usual download packages. For this we need someone to create, validate, upload etc. those packages. In the future this task will be done by Patrick Cornelissen (patrick.c). He will also maintain the SVN module that is internally used on this site to create the daily snapshots for the core and selected modules. Thanks to Patrick for accepting this task.

New Subdomains on postnuke.com
Postnuke.com will get two new subdomains:
- devs.postnuke.com for devs and team members to post tips, news, information etc. This is the official replacement for the old pndevs.com site. Moving this site to a postnuke.com subdomain was planned from the very beginning.
- demo.postnuke.com will be a demo installation of .8 with working admin part, including some selected modules (not yet defined). This will be almost the same as http://pn8.pn-cms.de where the database is rebuilt from a backup every night via a cron job or manually throughout the day if needed.
Both sites will be installed and maintained by Philipp Niethammer (philipp.ni) and Gabriel Freinbichler (gf).

Documentation
We know that .8 is lacking a real documentation and we want to change this. Therefore a group of interested users will be built until beginning of November to take over this part. The Steering Committee will then decide about the project leader for this and ask him or her to work on a proposal for a manual, online help, and wiki structure which should all fit together (this also includes the tools needed to do the job) until mid of December latest (earlier if possible). When this has been accepted, we will talk about an exact time frame for finally writing the docs. Here everyones input is appreciated of course!
The project leader will have to submit a regular report about the proceedings to the SC.

Bug fixing weekend
As already announced in [url]http://community.postnuke.com/Article2862.htm[/url] the bug fixing weekend will start on Saturday, 6th. Mark and Robert also want to join us (virtually) to squish out some nasty bugs, Roberts main target will be the categories module.
Interested users can also join us using Skype. If you are interested, please send me your screen name via mail or private message so that we can invite you.


As you can see, the project is active although some might have thought the opposite. We delegated or will delegate some tasks to users who are able and ready to contribute to PostNuke. If you also want to participate, please contact us, there is always something YOU can do.

If you think you have something that is worth to be spoken about in the next chats, please tell us.

Generated on October 5, 2007.

pnMeeting 2007: Albert Perez Monfort introduces the "Intraweb" project   (News)

their school websites. The Department of Education offers a Postnuke sites to every school in Catalonia and some 500 of them use it.

Besides Postnuke Moodle and MyScrapBook are in use for the project. MyScrapBook is an easy content solution that the schools use to produce book-style web sites.

As a first step the projects main site has been migrated from Joomla to Postnuke - a point that was criticized last year ;-) But more importantly during the last year 450 teacher were trained in the use of PostNuke. Theses courses are repeated this year with another 400 teachers.

Albert Monfort and his collegues for their project integrated Postnuke with the eLearning system Moodle very comfortably. Moreover they imporved some of the old core modules so that they can handle massive numbers of users. For their special requirements Albert Monfort and his collegues programmed several modules. For example "Agendas" handles Agendas for single users or groups of users. Teachers can even handle presence lists with Postnuke. All modules are available via their homepage only most of they are currently Catalan only.

They even build up an internal FAQ system for common problems with Postnuke. It's in Catalan - so if you are able to speak Catalan feel free to translate it for the wiki. ;-)

For the future the Catalanian Deparment of Educations plans to at once move to .8 and run it only with one installation. That will reduce the maintainance work and the risk of problems with hundereds of installations.

The project "Intraweb" can be found at http://phobos.xtec.cat/intraweb/web/

Generated on September 8, 2007.

New tools for postnuke community interaction   (News)

german speaking bikers. Because of the need of programming some new functions I decided not to re-program one new powerful module.
I decided to program some compact, little modules that can be linked together and be used in any kind of community. So perhaps the modules can alo be interesting for your postnuke community.
As I wrote already - the idea of all modules is to increase the communication and interaction between the community members.

Graphical member search
Whenever community members want to get new contacts they can write personal Messages to other community members. So I first programmed pnMap, a graphical based user search engine. This is not a free module but all other modules are free and open source.

See how active a user ist (last login)
But very often there are many peoples members of a community but not everybody is very active. Perhaps someone has logged in the last time some months ago? If this is the case you do not really need to write an personal mail to these members - you better write mails to the more active members.
So I released pnLastLogin, that loggs the last login of a user. These information can be integrated in a member search as a sort criteria with pnMap or in the profile page of a community member. So you can see who is really actice.

Do you want to know who has visited your profile page?
Did you ever think about the question who visited your profile page? I think this might be an interesting gimmick for all community members. So I released pnClickedMe. This little program loggs who clicks whoose profile page. You can install a little block afterwards on your page that shows a user who has visited his profile page. So many people get interested and want to see who is that person that clicked me? Perhaps this can create new contacts!

Manage friends in a little addressbook
If you have created new contacts, you might be interested to store a list of "friends" with additional information to the contacts. For this you can use pnUserinfo. This is like a little addressbook.

Give your community the possibillity to publish content in weblogs!
If you want to publish some things about yourself, blogging is the keyword. Weblogs can be a really great tool in a web community. pnWebLog for example is a weblog module for postnuke. You also can integrate the newest postings of a weblog owner in his profile etc.

We need faces not nicknames!
Web communities are full of nicknames. But who is the person behind the nic? Mostly user's can upload an avatar but avatars are mostly used for funny pictures etc. But I think in a community that was build up to create real contacts you should be able to see who is the person behind a nicname.
To reach this goal I release pnUserPictures. Using this module you can define picture templates that can be integrated in a user's profile page for example and you can also allow it that users can manage their own gallery. There is not only a category managment possible, usernames can be assigned to the uploaded pictures. So it is not only possible to see the picture, you know who is on the picture. You now can integrate a link in the user's profile that shows with how many other pictures a user is associated. This increases interaction in the community. For all pictures there are thumbnail galleries available. You can install a block that shows the newest pictures and so on.

Give the users the possibillity to delete themselfs - if they want it
Sometimes a user wants to leave a community. Did you ever notice that there is no possibillity in the postnuke core yet for a member so that a member can delete its account with a click? If a user can delete his account himself, the administrator even has less work with such things. To make this possible, I released pnUserDeletion. But before you use this module test the deletion process on an offline backup installation. Some modules might have problems if a user is not found any more in the database.

Invite guests to get registered!
OK - loosing members is not really great but sometimes you can't avoid it. It's better so see the community growing. To invite people to get registered I programmed pnRegisterNow. This module displays a nice javascript popup (no nerving popup...) after a specified number of pageviews. So if a guest surfs in your forum and he opens the 20th page for example, he'll see a popup with an register link and a login form.

The advanced postnuke profile links most of the modules automatically
Now you have seen various modules that can be usefull in a community. But you now say that linking these modules is hard work? No, not really.
Take a look at pnProfile. This is an advanced profile module for postnuke. All modules listed above that are linkable are automatically

Generated on May 21, 2007.

Pre-Installation Server Compatibility Checker   (News)

PHP and MySQL versions of the server for the purposes of verifying that the server meets the minimum requirements of a PostNuke installation. The application is currently checking for 'PHP 4.1.0' (or later) and 'MySQL 4.1' (or later) as these are the basic requirements of PostNuke 0.7.6.4.The PNSCC also uses a number of PHP ini configurations to populate a tidy display of the most common ini settings. If a non-techy person needs to quickly locate and convey these values in a tech support exchange, this can be very handy. It can be useful in a variety of situations, check the display to see how it might be of use to you.As a security measure, the PNSCC expires and disables itself after a default of 20 minutes in an effort to avoid exposing server information beyond a limited span of time. Nonetheless, the file should be deleted from the server after use.Quick Rundown
Shows PostNuke's minimum requirements
Verifies and shows current PHP version
Verifies and shows current MySQL version
Provides pass/fail messaging
Displays many ini-related settings
Locks itself down after 20 minutes


Download the PostNuke Server Compatibility Checker utility.

Generated on May 17, 2007.

Demo version of CoType module   (News)

|    + Section 1.1.1  |    +- Section 1.2  +- Section 2CoType is designed to cover the grounds between a Wiki and a single document.

Wiki elements:
With CoType you can collaborate on document creation since every person can edit their own sections (can also be open to anonymous users).With CoType you can easily link different sections (there is a toolbar button for this in the editor).CoType has a complete revision history for each section and you can see who edited what, when and from where.Everything is instantly online.

Single document elements
All sections in a CoType document can be printed, exported or downloaded as one single document for off-line use (not feature complete yet).You get a nice structured table of content.You can read the text linearly from section one and forward.

Features:
Create unlimited number of documentsAdd unlimited number of sections to documentsOrganization sections hierarchically by drag-and-dropAutomatic table of contentsHTML WYSIWYG editing using FCKEditorInsert cross referencesSupport for PostNuke search APIComplete revision historyOnly one person at a time are allowed to edit the same section. No more overwriting of other peoples work.

Future features/ideas:
Working with images and figures using MediashareFootnotes/end notesBibliographyExport to DocBook/Html/LaTeX/PDF/Word
You might ask "why a new wanna-be Book module - there's already one (and many other content modules)?". Well, there's a couple of reasons:First of all I was not satisfied with Book's interface.I wanted to create something that really shows how easy it is to create new modules with PostNuke .8.I wanted to improve PostNuke .8 with some new features - which is best done while creating something that uses them. So I have improved on the pnForm system in PostNuke .8, added content menus to pnForm, and added the "PageLock" module. The last is a module that restricts access to a single web page such that only one person at a time can edit it.No other content module (except Book) focuses on creating a content structure that can be exported or printed as one single document.It all started with the need to create a book about outdoor sports together with some friends. This triggered the idea of a collaborative document editor, because managing a Word document on four different computers is g'dam awfull. Eventually the book idea died, but the module idea kept on - and here it is.Download here. At last we need a disclaimer:This is only a demo version - don't expect much support and don't expect your installation to be upgradable (it won't be!)Support site: www.elfisk.dk.Until later - happy writing :-)/Jør

Generated on March 18, 2007.

Development Update, February 2007-02   (News)

release, and some is part of the current nightly build from SVN. The items that are part of the MS3 package are indicated with a (*).

Installer and upgrade path
The installer for .8 now also checks for a web-user writable pnTemp directory. Before, only it's subdirectories had to be writable. However, more and more modules need a (temporary) writable directory of their own (for example cache directories for image creation or rss feeds). With a writable pnTemp, these modules are now easily allowed to create that directory themselves if it does not exist. (*)
The upgrade path from the historic .7 family has been updated: Some code has been added to migrate blocks placements into the new block_placements table. (*)
Furthermore, old style (legacy) blocks can now be stored in the /config/blocks directory. The specific files do need to be copied manually from the old /includes/blocks directory to it's new location. (*)

Core (API) and environment variables
In the core pnAPI, get_magic_quotes_runtime() was called lots of times for different purposes. With an internal caching method, the result is stored in the global PNRuntime array. Big advantage is that the site's speed has been significantly improved. (*)
Robert has added an enhancement to allow the pnSessionGet/Set/DelVar functions to accept an (optional) path argument (arguments 'autocreate' and 'overwriteExistingVar'). This will allow for easy setting of complex array structures. The change only adds extra arguments to the existing functions and are backwards compatible. At this moment, no direct usage has been committed yet.

PostNuke Object library
At this stage of development, a lot of changes are (and have been) made to the object library. Most of them are 'simple' bug fixes, but some changes are worth mentioning here (additional functionality or changed methods).
In the DBUtil class, there now exists a new method to increment a field with the function incrementObjectFieldByID. This can be used by module authors for updating read counts of content items for example. (*)
Additionally, the function selectScalar has been added (which takes a SQL quesry as argument). This is mostly useful for places where you want to do a "select count(*)" or similar scalar selection.
The utf8 conversion functions (convertFromUTF8 and convertToUTF8) have moved from AjaxUtil to DataUtil when solving a bug to keep the users input in Ajax driven fields as they are intended.
While solving a Google AdSense script bug, where the script tags were automatically cleaned by the safeHTL output filter, a new feature has been added to FormUtil: Before cleaning posted input on an already installed site, the FormUtil now checks if the current user has overall admin permissions. This allows site admins to input potentially harmful tags (javascript for example), but it's their site after all!
Jörn has improved CSS style handling in pnForm plugins, as he has changed some pnForm classes to be derived from pnFormStyledPlugin, which in itself is derived from the original pnFormPlugin.
Because it's better to read the languages directory first for available languages and compare that result against the full list of languages in stead of the other way around, the LanguageUtil has a new function getInstalledLanguages. This now significantly reduces the number of directory checks.
To ensure that most commonly used plugins are found as early as possible, the order in the pnRender class, where the system is searching for plugins, has been modified. The current correct order for the 0.8 distribution is:

system/pnRender/plugins
system/Theme/plugins
config/plugins
current theme-directory/templates/modules/$module/plugins
current theme-directory/plugins
current module-directory/pntemplates/plugins

Furthermore, two new variables can be added to the rendered output page using the PageUtil class. First is 'description', which is default set to the current site slogan. Second is 'footer', with the ability to add custom content just prior to the closing body tag. The latter function is applied as an outputfilter.
Finally, an additional parameter 'display' is added to the pager plugin, which can be set to either 'page' or 'offset'. This is (why am I explaning, isn't this rather self-explanatory?) to allow paging by pages, rather than offsets. It also mirrors the 'show' parameter that exists in many templates (based on the example module) but was never actually implemented.
Last but not least, the Theme class has now added support for a filters section in a page configuration file. This allows for loading of, in the first instance, custom output filters. Note there is no user interface to the functionality the moment.And, why not, the Atom theme has been updated to Atom 1.0

Module modifications
The following modules have been updated for improved .8 compatibility, or just to make administering those modules easier.
The User module now has the long awaited alpha pager for browsing users. (*)
All occurences of the block rendering APIs (read by the Blocks module) have changed from the old style call "return themesideblock" to "return pnBlockThemeBlock". (*)
To the Settings module there has been added a configurable separator for permalinks (*)Furthermore, a switch to globally disable JS Quicktags (which adds a set of buttons for common html tags to enabled textareas) is now part of the Settings module. (*)
Both the Ratings and the Multisites module are modified to meet the new standards of coding and templating. Work still needs to be done to both modules, so testing functionality for these modules may not be that worthwhile as yet. (*)
The Theme module takes over from the Xanthia module in an upgrade. This doesn't mean that it is not Xanthia anymore: it still is actually the Xanthia 3.0 engine (*).
To the Recommend_Us module a display hook has been added. This will add a list of social bookmark links, like the Diggers plugin also does.

Language files overhaul
The language defines in some modules have been reviewed and adjusted to the naming conventions of .8 (see also Dev Update 2006-06). This means that module-specific language defines start with a module-name specific prefix. Additionally, some new general language strings (using the pnML function) have been added to the core language file. The major effect this will have is to subtantially reduce the number of strings that need translating.These changes are applied to the following system modules: Admin, Admin_Messages, AuthPN, Blocks, Mailer, legal, Settings and SysInfo. ValueAddons modules will follow later.

PostgreSQL DBMS testers wanted
The .8 DBUtil class, as mentioned many times before, makes it possible to run PostNuke on different DBMS platforms, like PostgreSQL, Oracle and MSSQL. Most of our test users still use MySQL, but the Dev Team would also like to encourage users to test the .8 package on a PostGreSQL installation. Windows users having a Xampp environment can find installation packages on the PostGreSQL website (Win32 FAQ here). As Oracle and MSSQL still have known bugs / issues, testing in these environments

Generated on February 20, 2007.

Page 1 / 9 (1 - 10 of 85 Total)