Viewing 10 posts - 1 through 10 (of 10 total)
Author
Posts
  • #5194

    When working with a reduced width window on a full-sized screen or on a small mobile screen, I find that selecting any of the options under ‘Edit’ from the ‘Choose a page’ responsive menu window fails to produce the expected pop-up edit window. It means that when working on a full-size screen with two windows sharing the total screen area, one anchored left and one anchored right (quite useful for running through a GEDCOM file in one window and making changes on the database in the other) options such as ‘Edit raw GEDCOM record’ are not available without increasing the width of the window assigned to kiwitrees.

    Ron in France
    Website: https://clan-davies.kiwitrees.net/
    kiwitrees 3.3.9; PHP 7.3.5

  • #5195

    Yes, that is definitely a bug. The “mobile-friendly” aspect of the system is still very much a work in progress. Would you mind adding a bug report for this one, so it doesn’t get forgotten.

    Unfortunately it won’t be easy to fix (wish I’d spotted this issue earlier). It’s not possible with the current code to trigger the “edit” menus from a drop-down menu like this.

    The solution will be to either:
    a) Make the decision to switch all editing to a new tab as discussed elsewhere, or
    b) Make the “mobile-friendly” menus a simple text menu that wraps as necessary and never uses icons.

    It might even require both.

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

    Yes I’ll submit a bug report Nigel. I think we have to ask ourselves whether the solution for a mobile device with a permanently reduced screen is necessarily a good approach for what I would consider the more ‘normal’ use of kiwiitrees on temporarily reduced-width windows on a desktop PC – in siuations like the example I described. Unfortunately exactly half the width of a fairly typical 61cm dia. screen (which is what you get with the automatoic ‘anchoring’ features of siome browsers when you try to run two windows together) is just slightly (less than a centimetre) narrower than the pixel limit chosen to trigger the mobile-freindly code, whereas I believe the normal menu with icons would still be workable on the desktop screen at this dimension. So maybe it’s just a matter of tweaking the ‘limit’ for triggering the new code?

    Ron in France
    Website: https://clan-davies.kiwitrees.net/
    kiwitrees 3.3.9; PHP 7.3.5

  • #5209

    Yes, we could adjust the screen width that triggers the menu change, but that won’t make the edit menu problem go away. It just reduces the size at which the problem occurs. Whilst I wouldn’t recommend editing on a phone, it’s perfectly possible on an iPad, even in portrait mode, and at present it doesn’t work for the reason you started this topic.

    Incidentally the trigger has to be set in ‘px’, so what is the half horizontal width of your screen in px?

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

    The full screen is 1920 x 1080 so half width would be 960px

    Ron in France
    Website: https://clan-davies.kiwitrees.net/
    kiwitrees 3.3.9; PHP 7.3.5

  • #5211

    Great, thanks.

    As an interim measure take the mystyle.css file from the attached zip and place it on your folder /themes/webtrees/

    This will preserve your full menu down to 950px. (Clear browser cache first).

    As I said, this doesn’t solve the problem of non-functioning sub-menu items, but it will allow you to work normally.

    As background this file is the new very simple way to modify a theme, as described at: https://kiwitrees.net/?p=4518

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

    Thanks for such a speedy response Nigel. I have uploaded it to my /themes/webtrees folder, cleared browser cache, and tried it out but no difference. As I widen the window, the menu display changes form at exactly the same point on the screen as before. So I tried changing ‘950’ in the first line of that file to ‘900’ and tried again, but with exactly the same results. This seems to say that either my real full screen width is not 1920 but less than 1800 (have double-checked and according to Windows it is 1920) Just to be sure I changed it to ‘750’ with the same result OR the fix is for some reason not working as it should. To be clear, the themes/webtrees folder now contains, in addition to the four sub-folders, the footer, header and theme.php files and a favicon.png file, three css files, namely: msie.css, mystyle.css and style.css.
    Would appreciate your advice..

    Ron in France
    Website: https://clan-davies.kiwitrees.net/
    kiwitrees 3.3.9; PHP 7.3.5

  • #5215

    Sorry about that. I rushed it a bit at the end of (my) day 🙂

    Try this version.

    (Note – this is a temporary solution, to solve your specific issue. I will find the correct long term solution in due course)

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

    That did it!

    Thanks Nigel

    Ron in France
    Website: https://clan-davies.kiwitrees.net/
    kiwitrees 3.3.9; PHP 7.3.5

  • #5833

    Ron – big apology 🙁

    In all the work to get the new tabbed edit screens working for the latest release I completely overlooked your original issue in this thread and it’s related bug report (https://kiwitrees.net/bug-reporting/edit-options-not-working-for-redced-width-screens/)

    I think I have now fixed this, but it missed the latest version. You can however (after upgrading to 3.2.0) replace the file /library/WT/Menu.php with the one in the attached zip folder. I believe this will fix the issue, but will await your confirmation before closing the bug,

    Nigel
    My personal kiwitrees site is www.our-families.info
Viewing 10 posts - 1 through 10 (of 10 total)
  • The topic ‘No Edit options for reduced-width screens’ is closed to new replies.