Posts

When you make changes to modules, the modules are shown in red to indicate they are obsolete. Great: click to delete, move on. But, there is nothing to easily identify the new modules that may need configuring. The only way would be to find the list of changes page and match it to the module to set. Bit cumbersome with 109 modules listed 🙂

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

But, there is nothing to easily identify the new modules that may need configuring.

There may be 109 modules, but that’s totally irrelevant. There is NO NEED to scroll through them all. I quick read of the changes list (or even a proper read of the email sent notifying of the upgrade) will tell you there are only TWO new modules (Descendants and Related individuals), and they are both “menu” types. So in Administration > Modules > Manage modules just two quick clicks of the “Menus” column header and all menu modules will be grouped together at the top of the very first page. Easy then to see which ones you want to enable.

That said, I would like to make the “Enabled” column sort-able. Then you could group all not-enabled modules together for review. But as yet I haven’t found a satisfactory way to sort a group of tick-boxes.

Nigel
My personal kiwitrees site is www.our-families.info

Nope. The settings I had, many were now unchecked. Basics like the HTML, News I use on home page. F&E tab, Album on Indi page.

“Enabled” sortable may help. I thought there weren’t many but when I saw the list, they were lost in those that had their status “changed”. I turned on the new items and all is well. BTW, I see (or just discovered) cemetery report is gone. When I’m working on certain branches I did find it helpful to run as there are sites that assist in determining the correct burial place.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

Nope. The settings I had, many were now unchecked. Basics like the HTML, News I use on home page. F&E tab, Album on Indi page.

I can’t explain that I’m afraid. No-one else has (yet) reported it; I haven’t experienced it through testing; nor I have I seen it in of the kiwitrees-hosted client sites I have upgraded in the last 24 hours. But that’s not to say it’s impossible, perhaps something unique to certain installations that I can’t think of.

macalter wrote:

BTW, I see (or just discovered) cemetery report is gone. When I’m working on certain branches I did find it helpful to run as there are sites that assist in determining the correct burial place.

🙂 Not gone, just “absorbed”. Use the Resources > Facts and events report,; select Burial from the facts list and add “Cemetery” in the Details field.

Nigel
My personal kiwitrees site is www.our-families.info

Indeed, I’m chalking it up to a weird upgrade, at my end. because it’s unique to 3.2.3 and not happened before.

I’m not sure about is the mistypes.css file I still have for the menu bar display 3.2.2. Should I remove it? And can I add back the functions_print_lists.php for my preferred display of Place Hierarchy?

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

I’m not sure about is the mistypes.css file I still have for the menu bar display 3.2.2. Should I remove it?

You should be able to remove it, but send me a copy first (see next point).

macalter wrote:

And can I add back the functions_print_lists.php for my preferred display of Place Hierarchy?

As I recall your Place hierarchy issue was wanting it in a single vertical column, rather than wrapped.In which I case I would have recommended a css style change (in mystyles.css) and not a replacement for functions_print_lists.php – which doesn’t have anything to do with displaying the place hierarchy. So I think your mystyles.css file contains more than one ‘fix’. So send it to me so I can see what should and should not be removed.

I suspect the replacement functions_print_lists.php will be a pre-release fix for something completely different and can therefore by ignored now.

Nigel
My personal kiwitrees site is www.our-families.info

kiwi wrote:

macalter wrote:

I’m not sure about is the mystyles.css file I still have for the menu bar display 3.2.2. Should I remove it?

You should be able to remove it, but send me a copy first (see next point).
Here’s mystyles.css but I agree it doesn’t look like the display fix.
/* 28th June 2016 at 8:07 am where the html class “fact_table” is used in the colors theme will be capitalised! */
.facts_table {
text-transform: none;
}
.facts_label {
text-transform: capitalize;
}
/* 7th June 2016 at 10:27 am flex adjustments */
body {
height: initial;
min-height: initial;
display: block;
}
#content {
flex: none;
ms-flex: none;
-webkit-flex: none;
}

macalter wrote:

And can I add back the functions_print_lists.php for my preferred display of Place Hierarchy?

As I recall your Place hierarchy issue was wanting it in a single vertical column, rather than wrapped.In which I case I would have recommended a css style change (in mystyles.css) and not a replacement for functions_print_lists.php – which doesn’t have anything to do with displaying the place hierarchy. So I think your mystyles.css file contains more than one ‘fix’. So send it to me so I can see what should and should not be removed.
I suspect the replacement functions_print_lists.php will be a pre-release fix for something completely different and can therefore by ignored now.

Yes, the modification was for how the Place Hierarchy list is displayed on screen. The *.php file I don’t have my comment to record change. It was in my folder “3.2.2 fix” and thought that was why. Can email the file to you. As for 1 versus 4, is that still possible?

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

Re the mystyle.css file:
The item under /* 28th June 2016 at 8:07 am where the html class “fact_table” is used in the colors theme will be capitalised! */ can be removed.

The item under /* 7th June 2016 at 10:27 am flex adjustments */ should be ok to remove, but let me know if your menus are messed up again after removing it. It’s a Safari for mac problem, so I can’t test.

Don’t delete the mystyle.css file though. Add this to it to fix you place hierarchy problem (single column display):

#place-hierarchy ul li {
	display: block;
}

Re the functions_print_lists.php file file:
I’m quite certain you can get rid of that now.

As for 1 versus 4, is that still possible?

I don’t know what this means, or can’t remember.

Nigel
My personal kiwitrees site is www.our-families.info

Did the changes. The “Mac issue” with the CSS in is still okay.

The addition for Place Hierachy isn’t changing from 4 columns to 1, as before. Yes, browser cache and kiwitrees cache cleared.

----- [updated: 31Dec2022] MacOS: 10.15.7  (Catalina) Safari   14.1.2;  Firefox 108.0.1 (64-bit);  108.0.1462.54 (Official build) (x86_64)

Alter-Drukarsh connections | The Garelick: 3.3.11b - PHP 8.0 FastCGI - mySQL 8.

macalter wrote:

The addition for Place Hierachy isn’t changing from 4 columns to 1, as before. Yes, browser cache and kiwitrees cache cleared.

A) did you clear browser cache after adding the css.

B) is your mystyles.css in the right theme folder? If you use more than one theme on a site it must be in each of them.

C) if neither A) nor B) help, which site / url is it?

Nigel
My personal kiwitrees site is www.our-families.info