Welcome to Geeklog, Anonymous Thursday, November 21 2024 @ 01:36 pm EST

Blocks Now Fully Configurable!

Thursday, September 13 2001 @ 02:03 pm EDT
Contributed by: Tony
Views: 9,152

In CVS in the geeklog-1.3 tree there is a version of Geeklog that allows ALL blocks to be fully configurable. You can move blocks to the left or right side and up or down. I have also updated the display preferences so users can hide/show the Upcoming Events, Poll and What\'s new block.

NOTE: if you install the version of geeklog from CVS, it will NOT be compatible with any of the existing plugins right now. Today massive changes to config.php were made and all the plugins use the old config variable names. I hope to update them all between now and the weekend.

Comments

Blocks Now Fully Configurable! | 7 comments | Create New Account

The following comments are owned by whomever posted them. This site is not responsible for what they say.

Using the new GL Blocks

Authored by: MLimburg on Sunday, September 16 2001 @ 12:56 am EDT

How would we (can we?) use these to call the existing GL functions, like usermenu and the like?

---
Friends help you move. Real friends help you move bodies.

Using the new GL Blocks

Authored by: Tony on Monday, September 17 2001 @ 12:34 pm EDT

Well, I'm not sure I am following you. In a block you would NEVER call usermenu() as it is called by showblock() in common.php

However, let's say you create a PHP block and your PHP Block function is phpblock_myfunction. You would implement that function in custom_code.php and, from there, you have full access to all the functions in common.php.

Make sense?

---
The reason people blame things on previous generations is that there's only one other choice.

It\'s bizzare that you rename variables like that

Authored by: Anonymous (Anonymous User) on Sunday, September 30 2001 @ 04:29 am EDT

There should be a stronger committment to backward compatibility - ESPECIALLY if you hope to have third party plug-ins built. Upgrades will lag (again) if every time a new rev comes out, every underlying plug-in needs upgrading. With this free-wheeling approach to changes that affect the plug-ins, there won't be many plug-ins developed. If I had 3 third party plug-ins I may have to wait weeks or months for the plug-in authors to upgrade, so I can upgrade to the next version of Geeklog.

It\\\'s bizzare that you rename variables like that

Authored by: Tane on Sunday, September 30 2001 @ 01:26 pm EDT

you have to realise, these changes as been a LONG time coming. The codebase has required some MAJOR overhauls, and there are major differences between 1.2 and 1.3.

After 1.3 though, the code will be a lot cleaner, so there will be less need for changes like this. It\'s just up to the plugin coder to keep his or her code up to date, not us.

It\\\'s bizzare that you rename variables like that

Authored by: Tony on Monday, October 01 2001 @ 05:40 am EDT

I truly understand and appreciate what you are saying and I can agree with your sentiments 100%. However, keep in mind that 1.3 will be the first release with plugin support. Between now and the production release we may make more changes that would break away from legacy code that has long needed an overhaul. That is why we have not officially released the plugin documentation nor the How-to on building plugins. When we feel the core code is stable and ready for prime time we will release those documents. My recommendation is don\'t develop a plugin now unless you are willing to deal with a few changes between now and the release date.

Case-in-point, my first stab at adding plugin support, though workable, will need some modifications to make the coding easier to understand without having to know all the in\'s and out\'s of the GL internals. This will, undoubtedly, force me to rework all of the plugins I have built thus far. A pain, yes, but a necessary painful step to avoid confusion for plugin-developers after the release.

Bear with us...we\'ll get there.

---
The reason people blame things on previous generations is that there's only one other choice.

It is bizzare that you rename variables like that

Authored by: Anonymous (Anonymous User) on Tuesday, October 02 2001 @ 05:58 pm EDT

Okay, I\'m going to say this calmly and three times slowly.

CVS is NOT release code.
CVS is NOT release code.
CVS is NOT release code.

Okay, now that is said, lets try to define a few things. 1.3 is turning into a fairly major release, which will include plugins and themes, as well as a tightening and reformatting of the code itself - and the changes are not finished yet. I\'m still altering the codebase to adhere to a workable set of coding standards. Additional developments, like a theme or plugin, cannot be accuratly workde on until a release is done.

This is one the whole POINTS between a CVS version and a RELEASE version.

AAmen

Authored by: Tony on Friday, November 02 2001 @ 06:07 am EST

\'nuff said.

---
The reason people blame things on previous generations is that there's only one other choice.

Warning: Javascript required to enable functionality

Blocks Now Fully Configurable!

Search

Resources

About

Getting started

Support

Development

Topics

User Functions

What's New

Articles last 4 weeks

Comments last 4 weeks

Pages last 4 weeks

Links last 4 weeks

Downloads last 4 weeks