Posts

Scenario 1 I’m not logge in, ie: visitor. No menu buttons.

Scenario 2 I’m logged in as admin. No menu buttons.

Where are they hiding? My settings are to show most of them to visitors.

----- [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.

Thats weird.

They look perfectly fine to me. Clear your browser cache?

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

Second thoughts – what is the screen size of your browser window?

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

AH, You’re onto something. I’m in Place Hierarchy which you say needs to be squished. So, if I don’t stretch enough to restore, they don’t reappear. I noticed it this afternoon (not at home and on a laptop) and then too, was playing with PH.

Right now, I’ve got it in two ‘columns’ at less than my usual working size. I NEVER use full screen as I have two browser windows open at all times. kiwitrees on left (Safari), research sites on my right (Firefox).

So if using PH as you designed, then user needs to know to stretch the window back.

----- [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.

No, that’s not the right explanations.

1 – using the Place Hierarchy “squished” is not a design feature. It’s a work around just for you. “As designed” is to use it as wide as you can.

2 – The issue is that the menu’s don’t fit onto a “small device” which is what you are forcing it into when you “squish” it. The reason yours disappear is that the responsive menu system isn’t complete in any theme other than kiwitrees. I was waiting for the next release to do these, hoping that few if any users would use xenea AND on a small screen. Got that wrong didn’t I 🙁

But for now you can replace the xenea header.php with the attached one. That will get you a responsive menu (a drop-down menu list on a small device / narrow window) – but not your icons.

For a responsive menu system we have to decide on a width cut-off, when the icons give way to a drop-down. In an ideal world this might also depend on how many icons and how big they are, but that’s not practical, so I’ve used a cut-off of 1024px. At that size a full set of all available icons just fits. below it and they start to wrap around into a second , third, fourth row.

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

The heat is muddling my mind. You said to narrow the column to one to view PH. I didn’t know you meant it “was just for me”. It’s not reading the same as before where you read down one column A then went to top of B then down. So as you suggested, I “merged” into one column to read the list.

To view in the 3 columns in Place List, as before, I need to stretch quite a bit which I never had to do previously. And then it’s impossible to read still as it’s horizontal still. And the unordered list dots are gone

I just logged into my A-D site (3.0) and squished. The buttons still appear on an INDI page. In squished mode, I see 3 easy-to-read columns per diagram

And, the menu buttons are in 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.

OK – first, please stop referring back to old versions. They have been changed. Things don’t necessarily work the same any more. Icons remaining in place in old versions is because there was no attempt at introducing responsive menus then. There is / MUST BE, now.

Having the old three columns in a strict table structure is also not responsive. It had to go, as will many more like it over time.

Second – yes “squishing” is most definitely a hack for you only – and it was only one of three options I gave you. The first (a modified style.php file) would be a “design” solution. The third (use the Google maps “Place Check” feature) would be the best (by a very large margin) way to work through editing and improving places. It’s what it was designed for. The place hierarchy was / isn’t designed as an edit tool.

Finally, as I said before “easy to read” is a subjective opinion. It is not one I agree with you on, in this instance. Sorry.

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

The move to being more responsive is good. It’s coming at it new, I had no idea what to expect. Like the “disappearing” icons. Now that I know this, if I want to squish, then to use icons I know to widen again. I couldn’t view the source code to see that tables were gone but did suspect such. That’s why I referred to 3.0. In no means to suggest restoring it — that doesn’t help moving to mobile or other devices which you’re aiming for. It just gave me an understanding of the changes and all is well.

The PL list easily shows me that I had dates in Place names. I had stray commas too.

I like the direction kiwitrees is going!!!! Don’t mean to get you upset.

----- [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.

Not upset – just mildly frustrated 🙂

Did you install the revised header.php file I attached? It will help.

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

“header.php” – not yet. Just looking at the Google maps feature. Just d/l it now to install.

----- [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.