Re: Merry Christmas!

We're a bit light on tradition in our family, compared to you We've moved across the country (150 km, which is almost the other side of the country here in Belgium) from our family, so it takes some organising to keep everybody happy, and make sure we have some time for ourselves as well. Schools have Christmas holidays for 2 weeks each year, so we have to organise that period for the kids as well, in combination with our limited number of vacation days.

Normally, we go to my parents for Christmas Eve, and there we open all the gifts under the christmas tree we have for each other. You won't be surprised when I say that the vast majority is for the girls We're flexible in the timing.

Because we arrived around noon on christmas eve this year, we opened the presents then, taking into account we would leave the country 2 days later. That way, the girls had as much time to play with their newly received toys as possible.

These last few years, my parents-in-law have chosen to spend the Christmas and new year period in their appartment in La Caleta, on the gorgeous sunny island of Tenerife, and they invite us to come over for a holiday and see the fireworks. These last few years we were lucky that christmas came at the very beginning of the holidays, so we could spend almost 2 weeks there. I dare almost say this has instantly become a new family tradition. And believe it or not : the first day after we get here, we go to get a haircut, every time

Because we are always guests somewhere else, we try to suggest food that is easy to prepare, and try to help as much in the organising and the preparation the day itself. This year, on Christmas day, the journey was more important than the destination :  grandpa making pizza from scratch with his granddaughters. Priceless to see the amount of fun they had, and the result was very tasty as well.

Climate wise, it's been since my teens that I can remember a white christmas. The last time we had really multiple days of snow was more than 10 years ago. This year, it even looks like we will break the record of the highest temperature ever in Belgium on the last day of the year : 16° Celcius - a nice spring day.

The first saturday of the year, the Mayor of Mechelen invites all his citizens to come together on the market plaza in the center of town, and have free drinks and free snacks to celebrate the new year. You can imagine it's a fun way to greet people also living in Mechelen you see only a few times a year, and it's very popular.

Topic | Forum

Re: Module status: Oledrion

Sure, no problem. I hadn't seen your pr before.

Topic | Forum

Re: Module status: Oledrion

@fiammybe - would you start with the pull request I just added? I applied the source formatting in our coding standards before making any other changes. It's so much simpler than trying to review that and the code changes that come later.

Re: Module status: Oledrion

I think I had issues with the character set because of the move to MySQL 8 - it turned the generic utf8 to utf8mb3

Re: Module status: Oledrion

Hi Steve, thank you for this first batch of tests. I will already make the changes you mention on github. I'm currently focussing on getting ImpressCMS 1.5.0 ready for PHP8 so that has my focus at the moment, but getting oledrion running on ImpressCMS 1.5 would be nice indeed.

You encounter issues because the comments were written in French, and they use these darn accents I think I will translate them.

Module status: Oledrion

I did start going through testing Oledrion on newer versions of ImpressCMS. Here are the first few things I've found

  1. There are characters in the SQL comments and code that are multibyte characters. My local test server is running MySQL 8 by default, and the character set needs to be uft8mb4 and the index lengths need to be adjusted, or the comments need to be removed. If you don't make those changes, the module will not install and give you an error something like:

    Comment for field 'current.1311final_oledrion_products.product_sku' contains an invalid utf8mb3 character string: '\xE9ro'.
    Unable to install oledrion.

    Here is the text from the sql file:

    CREATE TABLE `oledrion_products` (
      `product_id` int(11) unsigned NOT NULL auto_increment,
      `product_cid` int(5) unsigned NOT NULL default '0',
      `product_title` varchar(255) NOT NULL default '',
      `product_vendor_id` int(10) unsigned NOT NULL,
      `product_sku` varchar(60) NOT NULL COMMENT 'numéro interne du produit',

    If you switch to utf8mb4 to accommodate the multibyte characters, you'll get this error

    Specified key was too long; max key length is 1000 bytes
    Unable to install oledrion.

    If you then edit the db engine type in the SQL file and changing all the tables to InnoDB (some are MyISAM), the installation completes successfully. I'm not sure how this affects the rest of the performance.
  2. While some of the constants and functions have been updated for ImpressCMS, not all of them have. The highest version you can install this on at the moment is 1.3.11. One that definitely needs to be changed throughout oledrion is xoops_module_header - that doesn't appear in any theme we currently use.

If someone else would like to have a look at this, I've got a couple of other modules I'm focusing on at the moment.



Re: Best open source e-commerce options?

Our current payments processor does tax calculation based on the delivery address. The challenge is creating the shop to match up with the product list and get the transaction completed.

I haven't looked deeply at oledrion, knowing the link from the shop to the payments side is going to be the trick, along with getting tax calculated properly.

After exploring a bit more, I am leaning towards Shopify and creating a shop on a subdomain to preserve all the SEO juice we've built up and to ease the full entry to online shop and pay without our interaction.

Re: Merry Christmas!

Christmas, for us, comes at the darkest and coldest time of year, and we try to bring light and warmth through a variety of activities. A lot of our traditions are family traditions from several families and generations. While we live in the US, we trace our heritage to Europe and Scandinavia, melding a lot of old cultures with new creativity.

For us, Christmas starts on with Christmas Eve on December 24 (after dark) and extends to January 6 (Epiphany). We do decorate (for light and warmth) - I usually get a fresh cut evergreen and bring it in a couple of weeks before Christmas Eve. It stays up until January 6.

We definitely gather as many as we can - travel conditions and health being the main separators. Attending Christmas Eve church service is also part of my tradition. This year, weather kept us at home.

Food - just lots of it. The items that get the most attention are the cookies (Kekse, koekjes, småkakor, biscuits). There are some recipes that are difficult to reproduce the way we remember them. Even though they're German (springerle), they're not that common among all people of German ancestry. My great-aunt's recipe is very descriptive, just not a lot of details. "Start early in the morning ... Before noon ... After dinner ...". 1 of the ingredients is a bit difficult to find in the US (baking ammonia), so I don't attempt them often.

The children get gifts, the adults exchange gifts - either by drawing a name beforehand, or with a random drawing the day we gather. We also send cards and letters to friends and family.

Music is also an integral part of Christmas - music, hymns, carols, anthems, oratorios, and cantatas specifically for this season. I've got more playlists, music CDs, and albums for Christmas than any other genre.

Part of my heritage is Dutch - the surnames are de Bruyn and Kops, as well as the combined de Bruyn Kops. Plus, there's some Bohemian/Czech (Smetana) in my blood. I would love to hear your traditions for this time of year!

Re: Merry Christmas!

Thank you, David - Merry Christmas to you, too!

We had some dangerous weather (even for us in Minnesota) leading up to Christmas - snow, lots of it (8"/20cm in the last storm). Cold lots of it (down to -12F/-24C). Then - wind, lots of it (30-40mph/48 - 64kph). We still managed to gather over the weekend and celebrate for the holiday. And we have a few gatherings to reschedule.

It's warming up over the next few days and the view from our window is beautiful


Attach file:

jpg  winter-from-my-window-dec2022.jpg (458.61 KB)
54__2334263a9daa4aaa20.jpg 480X640 px

Merry Christmas!

I would like to wish everyone a very merry Christmas!

Europe is profiting from quite warm temperatures for the time of year. It's 10 degrees centigrade, which is 20 more than a week ago. But I get the news that the holiday period in the USA is not starting easily with snow storms and arctic temperatures foreseen in the near future. And I don't know how things are going in Asia on that account.

I hope everyone gets to have lots of quality time with loved ones, because that is what this period stands for, no matter your religion or beliefs.

And after that: countdown to the new year, which will be full of surprises as always.

How do you plan to spend this period? I'm curious into what other cultures and countries do around the turn of the year.

Re: Remove TinyMCE from the upcoming 1.5.0

I can understand the confusion : As a matter of fact, everything works with PHP 7.4, but I can't get it to install on PHP8 because that version is more strict on declaration of constants, and because my PHP8.0 debug setup is totally broken

So I may have accidentally already pushed the 'final' label and got confronted with the PHP8.0 issues after that.

So, no problem to add it still to 1.5.0.

Re: Remove TinyMCE from the upcoming 1.5.0

I see 1.5.0 is still described as Beta in include/version.php, though it's status is set to Final. Last release on GitHub was 1.5.0 RC.

I submitted a pull request for these tests and removal of the folders during an upgrade if appropriate. Warnings show if either editor is present and another warning if they are set as the default editor for any module or the core.

Re: Remove TinyMCE from the upcoming 1.5.0

I'll pull this together for 1.5.1, or can we still add to 1.5.0?

Re: Best open source e-commerce options?

Hi @Steve, I was wondering if your payment provider does offer tax calculations? My current knowledge only covers services that are active in Western Europe at the moment, so I don't know about US-based payment or shipping enablers.

Have you had the chance to review oledrion? I know it's old, so probably a refactoring is really necessary, but would it work for you in its current state?

Re: Remove TinyMCE from the upcoming 1.5.0

Should we wedge this in and apply the same methodology for TinyMCE?

Absolutely agree.

Re: Remove TinyMCE from the upcoming 1.5.0

I was looking at this and discovered the work we did on removing FCKeditor is not in the core. We had intended that to be in the 1.4.4 release.

It might have gotten missed - somehow I was working in your repository -

Should we wedge this in and apply the same methodology for TinyMCE?

Re: get module foldername

The constant wasn't hardcoded - it was determined as the module was loading - modules/{module directory}/icms_version.php or something early in the loading sequence. With imBlogging, the constant is defined in {imblogging directory}/include/common.php.

In icms_version.php -

$modversion = array(
    'name'=> _MI_IMBLOGGING_MD_NAME,
    'version'=> 1.1,
    'description'=> _MI_IMBLOGGING_MD_DESC,
    'author'=> "The SmartFactory",
    'credits'=> "INBOX International inc.",
    'help'=> "",
    'license'=> "GNU General Public License (GPL)",
    'official'=> 0,
    'dirname'=> basename(dirname(__FILE__)),
    'modname' => 'imblogging',


In include/common.php -

if (!defined("IMBLOGGING_DIRNAME"))        define("IMBLOGGING_DIRNAME", $modversion['dirname'] = basename(dirname(dirname(__FILE__))));

Re: get module foldername

I'll need to check out how this works in that case for iForum. It's rather old code and my first focus is to get it working on 1.5.0 without rewriting it completely.

The way you describe @skenow is not always possible, I remember from the old X days that it was sometimes possible to clone modules, and this the module needed to be aware of the folder in which it was installed. That wasn't hardcoded in a constant. Not that I think that's a good way of doing things, but I'm just saying perhaps some of that logic is also there for iForum.

Re: get module foldername

I would think that should work - I have it working like that for SimplyWiki. I have also set the module directory in the header file, which then is used to set icms::$module

Other IPF modules use some logic to determine if they are in the module

if (is_object(icms::$module) && icms::$module->getVar("dirname") == IMBLOGGING_DIRNAME) {
    // We are in the module

This puts the directory name in a constant, which is set dynamically as the module loads {module}/include/common.php

If you're in the module's preferences, you will be in the system module, technically, for most modules.

get module foldername

I'm updating iForum to be compatible with the upcoming ImpressCMS 1.5.0, and as such I need to replace the $icmsModule variable with something else. That variable is used in many cases in this way : 


When I replace it with icms::$module->getvar('dirname') the value I get back is always 'system' instead of the folder in which the iforum module resides. Any idea how I can retrieve the module folder in newer code?