The secure CMS.
Resources
Topics
- Home
- Development (317)
- Geeklog (209)
- Plugins (111)
- Themes (2)
- News (387)
- Announcements (248)
- Geeklog.net (31)
- Security (76)
- Spam (11)
- Summer of Code (26)
User Functions
Events
What's New
Stories
No new storiesComments last 2 weeks
No new commentsTrackbacks last 2 weeks
No new trackback commentsLinks last 2 weeks
No recent new linksNEW FILES last 14 days
No new filesWelcome to Geeklog Friday, May 24 2013 @ 12:48 AM EDT
Geeklog 1.3.9rc1
- Monday, February 16 2004 @ 03:30 PM EST
-
- Contributed by:
- Dirk
-
- Views:
- 9,779
This version introduces new features such as a web frontend for creating RSS feeds, use of PEAR::Mail to send all emails (includes support for SMTP), various improvements in the Admin interface (rearrange blocks easily), Static Pages plugin 1.4, and more ... There have also been a lot of bugfixes as well as several attempts to further improve security.
See the short list of changes or read the full Changelog for more information.
Please note that this is not the final release yet (hence the name, "Release Candidate"). You are encouraged to try this version out, but you shouldn't really run it on a "live" site, unless you know what you're doing. Because of the huge amount of changes, there will probably another Release Candidate before the final release.
And now: Have fun!
The following comments are owned by whomever posted them. This site is not responsible for what they say.
John Rayfield, Jr.
I remember working with XSilver on the default installation. I remember the new features of the blocks administrative interface...
All I did was make a copy of XSilver, then, I overwrote the copy with files from a new theme I am working on...
Basically everything looked good until I tried accessing the blocks administrative panel. I was prompted with a file does not exist "listside.thtml"...
First thing I did was check to see if the file existed in XSilver *but* it didn't. So, I immediately switched back to XSilver to see if I could access the Block admin...
No go... It was there before and after a theme change it simply disappeared and sprouted the error...
This was a brand new install...
Also, since their seems to be a minor database change, will an sql file be available with the final release?
---
Victor B. Gonzalez -
http://aeonserv.com
Also, there are quite a few database changes in 1.3.9 and as usual, you should simply run the install script in upgrade mode and Geeklog will handle them for you.
bye, Dirk
--
Chmouel - www.chmouel.com/
diff -r <old-geeklog-dir> <new-geeklog-dir>
under windows download one of the many free diff tools.
Use the web based CVS viewer to view differences in the files. Here is an example of a diff of config.php (using long format, 1.3.9rc1 against 1.3.8-1sr4).
-Vinny
---
Victor B. Gonzalez -
http://aeonserv.com
---
If you wish to taste the ground feel free to attack me.
is there any good reason the default blocks aren't able to be topic specific like nondefault blocks? i've moved all the default blocks into my lib-custom so I can have them display where i want them. would it be ok to remove the code from the lib-common, or would that do something unhappy to geeklog? and, just out of curiosity, is it possible to call block functions in static pages? what about in the header.thtml?
the instructions for "php in static pages" don't work for me. the 'staticpages.PHP' toggle isn't listed in the permissions. anyone else have this problem? (screenshot) i checked my static page config.php to make sure it wasn't flagged off there.
i'm logged in as admin.
fresh install 1.3.9rc1 install.
thanks!
-adam
---
hurray for earth!
my apologies. :)
-adam
---
hurray for earth!
--
Chmouel - www.chmouel.com
bye, Dirk
- custom_usersave and custom_saveuser
Also, new functions are referenced, but *not* present:
- custom_displayuser
- custom_edituser
What is happening here? What will be the next step ?
Is custom_memberinfo silently turned into a semi-plugin? What about the custom_registration plugin? Should I continue the development of that plugin?
I had a look at your custom registration add-on, but it required too many (unnecessary, IMHO) changes to Geeklog's core code.
I'd suggest you contact Blaine on this, as he is probably the only person that really understands how the custom registration code works ...
bye, Dirk
This is far from a plugin but provides the core GL hooks for custom changes and potential plugin use.
A plugin should require no Core File changes.
I have included a simplied example that works without any DB Changes just a few template changes. Adding a template variable {customfields} is all that is required to include any custom Edit/Display HTML with displaying or editing member profiles.
"exact phrase" and "all of these words" yields the same results, which look
more like a search for the latter.
(By the way, I was searching to see if anyone had requested that the
calendar event types be moved from config.php to the language files, and
then made a list that admin can select from in the control panel). ;)
Cheers
Euan.